Мне кажется,тут дело не в фрагментах

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

Ну багаж не пара тех статеек из интернета

просто у меня нет опыта в данной сфере, но я и не говорю, что вот я такой вылез из кустов на лыжах и меня должны сразу взять. Я готов развиваться, учиться. Вопрос, как должно правильно выглядеть

такое задание, что не так применил

обычно всем лень рассказывать как оно должно выглядеть. Нужно через себя всё пронести, понять какие бывают подходы, понять суть построения приложения. А ваш код выглядит как копипаста откуда то, плохо адаптированная, с добавлением своих костылей (которые, кстати, намекают на ваше непонимание работы пейджинг компонента). Вообще, компоненты андроида, джетпака, и прочее - это сложно, это минимум мидловый уровень, не стоит туда лезть сходу. Но вы не виноваты, таковы реалии сегодняшнего дня.
Этим текстом я примерно ответил на ваш вопрос.
Ну и помогу парой примеров, где запилено очень хорошо:

Раз: https://github.com/android/architecture-components-samples/tree/2d066de812cd140cf2fa21e2526e51c1f5c028b2/PagingSample/app/src/main/java/paging/android/example/com/pagingsample

Два: https://github.com/VMadalin/android-modular-architecture/tree/master/features/characters_list/src/main/kotlin/com/vmadalin/dynamicfeatures/characterslist/ui/list

Три (хороший мануал, правда там ещё есть инфа о портировании с paging 2): https://codelabs.developers.google.com/codelabs/android-paging/#0

Ребят, допустим стоит задача показывать локальную нотификацию каждые 30 секунд.

1) Просим пермишен WAKE_LOCK.
2) взводим alarm - am.setExactAndAllowWhileIdle(RTC_WAKEUP,...)
3) взводим WakefullBroadcastReceiver на нужный интент от AlarmManager.
4) в receiver'e взводим новый аларм через 30 сек (повторяем шаги 2-4)

Какие проблемы будут на Android 9+?

WakefullBroadcastReceiver вроде как устарел, но какие альтернативы?

Важное условие - нотификацию нужно показать независимо от Doze и с интервалом в 30 сек и ровно в точное время, без задержек.

Всё работает кроме самсунгов. На самсунгах Doze как-будто бы не даёт ресиверу получить интент.

Спасибо, хоть что конструктивное. Согласен за paging залез туда, что сам плохо понимаю. Просто гугл сказал что подстаричную загрузку надо через paging делать. Вот и начал через него делать.

Всем привет,

Cancellation report в GP показывает что показатели Involuntary/Voluntary в US 80/20.

При этом в странах СНГ 30/70 и даже в Индии например 65/35.

Большинство отмен - это не сбилленые триалы (3 дня $7.99).

Involuntary подразумевает Billing Issues, большая часть из которых - отсутствие денег.

Разве этот показатель в США может быть таким большим? Возможно, кто-то владеет бенчмарками?

у них там "умное управление энергосбережением"

можешь пожалуйста дать подробности? достаточно ссылки, где почитать какие-то факты про их энергосбережение. не смог сам найти никакой конкретики.

сегодня только читал, сейчас попробую найти

спасибо

https://habr.com/ru/company/citymobil/blog/512668/ Там отдельный пункт про проблемы с Samsung

благодарю

Всем хай, не подскажете хороший контента на тему dagger2

Здрасте, можете подсказать, как уловить тресение смартфона?

Привет. Делал ТЗ приложение. На ревью кода, одно из замечаний было: "для решения потенциальных проблем с NPE в Java стоит использовать анноттации @Nullable @NotNull". Например, в методе присутствует проверка на null, но при этом я должен ещё и помечать его соответствующей аннотацией. Гугол объясняет описание аннотаций и для чего они нужны, но в практике как будто надо все методы и параметры засрать этими аннотациями. У кого есть опыт в этом, объясните пожалуйста правильную практику)

Как по мне, так это придирки

попробуй использовать аннотации и поймёшь как это удобно. но это, конечно, не обязательно. но реально помогает.