Денис Загаевский

Забить на эмулятор, тестить на реальных устройствах.

Если есть возможность влиять на формат, то надо от такого избавляться, делать массив.
Если нет, то можно написать кастомный json adapter для gson'a или moshi.

Таймер и преференсы между собой никак не связаны.
Пост в цикл ui-событий на 12 часов это очень сильно, конечно. Так не делается. Смотри в сторону AlarmManager'a.
В бд на ui-thread ходить нельзя.

Правильно с эстетической и логической точек зрения создать класс Router, в котором будет метод openSomeScreen(), и который будет вызываться из всех нужных мест.
Две активити тебе, с большой вероятностью, не нужны, нужны фрагменты.
В коде активити/фрагмента должен быть необходимый минимум действий.

startActivityForResult+onActivityResult

Вопрос поставлен некорректно.
Во-первых, что имел в виду автор той или иной книги, ведомо только ему, и если из книги это непонятно, то тут два варианта - либо книга отстой, либо ты не готов читать эту книгу.
Во-вторых, утверждение "имеется ввиду абстракция, но используется механизм интерфейса" некорректно. Интерфейсы в джаве это один из механизмов построения абстракций.

Ни первый, ни второй примеры не выглядят логичными. Интерфейсы без методов(маркерные интерфейсы) применяются достаточно редко и в специфичных ситуациях(пример - java.util.RandomAccess, маркирующий бесплатный доступ к произвольному элементу коллекции).
Абстрактный класс без состояния и методов вообще не нужен, тк будет затруднять разработку пользователя этого класса.

Где-то должна быть сущность(например, презентер, интерактор), которая хочет обновить список. Она должна иметь возможность ждать события возврата результата с помощью, например, листенера или подписки на стрим таких событий. Активити(или фрагмент) при получении результата оповещает все такие сущности по цепочке. Связывать конкретное событие с конкретным подписчиком можно с помощью requestCode. Как-то так, идея, надеюсь, понятна, остальное - детали реализации. Главное, хорошо абстрагировать.

Скачиваешь Android Studio, импортируешь туда этот проект, собираешь проект.

ArrayList

API есть, значит делать так можно. Но вообще-то это не очень хорошая практика, тк растёт потребление памяти. А если во вьюхах останутся ссылки на какие-нибудь большие изображения, то может и OOM случиться

Вангую, что isConnectionAvailable() возвращает бесконечный Observable, поэтому switchIfEmpty не сработает.