Большую аудиторию давно пора вносить в список фич сервиса

А ВАСД по умолчанию мертворожденный продукт, который до сих пор почему то не добьют, тут не отнять.

Даже куда более перспективный (и с куда более широким кошельком) Миксер понял, что это пиздец.

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

/cat@relaxcats_bot

Бэлин, вы писали несколько раз об интеграции коина с компоузом, а я до сих пор ни разу не глянул, как это выглядит.

Уже глянул. Жесть.

а что тут?

Основные фичи васда:
1. На нём нет правил твича, где ты боишься забыть что-нибудь осудить
2. На нём нет правил ютуба, где ты боишься любой музыки
3. Платят за регулярные стримы на нём. Я не знаю сколько, но значительно больше, чем на ютубе, хотя всё равно до твича далеко.
4. (Для больших блогеров) Отсутствие залётной аудитории. На ютубе будет куча тел, которые вообще тебя не знают или смотрят раз в году. А некоторым хочется со своими подписчиками пообщаться.

Так может просто не надо так писать на коине?))

Лол чё

Я считаю, что подобной схемы нужно придерживаться с любым di фреймворком:
1. Зависимости просишь в конструктор фрагмента (без get)
2. Туда они приходят через фрагмент фактори, которая тоже зависимости получает в конструктор
3. И так далее строишь иерархию до активити
4. Активити получает аргументы с помощью activity lifecycle callbacks, которая инжектит в него
5. В итоге, только app знает о di фреймворке и только app является точкой соединения. А как ты будешь строить контейнеры и сборку - твоё дело.

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

и любая правка затрагивает всю иерархию классов т.к. надо прокинуть VeryImportantSomeShitFormatter

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

фрагмент фактори надо депрекейтнуть уже, надоели со своими фрагментами)

других абстракций не придумали что ли за столько лет, foobarFactory например

Так может надо задепрекейтить фрагменты, а не только их фактори?)

их и так один раз задепрекейтили 😂

Всё логично, да.

Только вот эти get-ы в качестве дефолтных значений параметров слегка не об этом)

А в телеге нет возможности узнать, какая сука тебя пригласила в чат, если сообщение об этом было из чата удалено?