Привет-привет!
Можете подсказать как по-правильному будет сделать уведомляшку по типу "событие на которое ты записался начнется через n времени". Кажется что делать это на девайсе не совсем корректно и по хорошему стоит пулять с сервера через какой-нибудь FCM. Тогда получается на сервере будет какой-нибудь условный пуш сервис, который раз какой-то промежуток будет смотреть нужно ли кому-то отправить пуш?

Подписываешь пользователя на топик (тему), а потом с сервера рассылаешь данные уведомления по теме (топику)

О, не знал что в фб есть топики, спасибо почитаю с:

Кажется только что для такого нужна все же таргетная рассылка

Возможно

Всем привет! Разбираюсь сейчас с многомодульной архитектурой, у меня есть несколько feature модулей, есть shared модуль (туда я выношу функционал, который повторяется в разных модулях) и основной модуль app. У меня встал вопрос, где мне хранить use case-ы: либо прямо в feature модуле, в котором я их непосредственно использую, либо выносить их в shared модули? Подскажите пожалуйста, как правильнее будет сделать?

Разбить фича модуль на апи и импл, вынести интерфейс юзкейса в апи модуль, реализацию сделать в импл модуле. Потом когда юзкейс понадобится в каком-то другом модуле, подключаешь апи модуль, а реализацию через апп прокидываешь

Благодарю

В этом видосе проскакивало понятие "feature-core модуль". Возможно, это то, что Вам нужно

ага, мы с аналогичной проблемой столкнулись и как раз видео о ней👍

BTW, Александр, планируется статейка на английском по этой теме?

Всем привет. Как можно красиво организовать экран со списком, в котором множество разных айтемов?
Сейчас имею AdapterDelegates + DiffUtils и эта сязка работает хорошо. Но сложность возникла в месте где формируется список. У меня это ViewModel которая имеет множество делегатов. Каждый делегат вью-модели отвечает за один AdapterDelegate (он же ViewType), отправляет запросы на бэк, подписывается на данные из БД, передает в общий список элементов модельки с состояниями (загрузка/ошибка/контент).
Со временем здесь образовался хаус и начались проблемы: двойные отправки одного и того же запроса на бэк, частые обновления списка, нарушения в логике отрисовки списка, подлагивание из-за перерисовки списка, куча обращений в БД, проблемы с поддержкой и расширением функционала.
Сейчас есть возможность все переделать и устранить актуальные проблемы, но прежде чем это сделать, хотелось бы услышать кто как решал подобные кейсы или как можно изменить то, что уже имеется?

Кажется, проблема в этом:


ViewModel которая имеет множество делегатов. Каждый делегат вью-модели отвечает за один AdapterDelegate

По идее, view model должна быть одна на экран. И в ней должен формироваться список item-ов. В случае adapter delegates - это список моделей делегатов. Для формирования этого списка можно выделить отдельную сущность - типа ContentBuilder. Этот список потом скармливается адаптеру и дальше делагаты уже разберутся как отрисовать. Не надо делать для каждого adapter delegate свою view model.

использовать пагинацию от гугла, paging library

хаус - это стиль музыки

С помощью каких инструментов сейчас делают анимации в Android studio?

Да, мы на русском на хабре сделаем, потом на медиум переведём

Почему сполеш должен проверять токен?