Ну вообще координаты в андроид сверху вниз идут

код — в pastebin или gist; не увидел самого вопроса — что должен делать код, а что происходит на самом деле

https://pastebin.com/zFTiYH7Q Залогиненный, по номеру телефона, юзер должен вноситься в базу данных firebase, там должна фиксироваться некая информация, типа, ID, телефон Но авторизация происходит, телефонный номер сохраняется в окне с аутентификацией в firebase, но не в их базе данных

Почему иконка для пуша не выставляется правильно ? И вместо нее выставляется цвет

А иконка монохромная?

Почему иконка для пуша не выставляется правильно ? И вместо нее выставляется цвет

так, а почему он должен вноситься? Где код, который его внесёт туда?

Потому что тут я обращаюсь к бд файрбейса, пытаясь вписать туда эти значения

Лол, ну да, я тоже с этим возилась, но так и не поняла как мне объявить конкретного пользователя

А иконка монохромная?

потому, что @color/ ?

освой джаву, без неё в андроиде тяжко и совсем непонятно, что происходит

Я знаю, что мне поможешь и направишь в правильную сторону. Есть FSM для управления WS соединением (подключен, отключен + промежуточные состояния. Но, когда писали всё это с коллегой, забыли про то, что состояние будет модифицироваться с разных потоков и вся система взорвалась появились ситуации, когда два соединения возникает. Собственно, что нашёл я: 1. Модифицировать только с главного потока - отправлять вызовы из цепочек RxJava на главный поток, колбэки от реализации перекидывать на главный поток через Handler(Looper.getMainLooper) (этот вариант очень не нравится. 2. Спрятать контроль внутрь и синхронизировать так, что могут читать все потоки, но когда кто-то меняет состояние, читающие ждут.

а зачем тебе мейн тред, можно просто сингл

Тут ещё такой момент - работа с состоянием в одном потоке - это хорошо, на сколько я понимаю. Дебажить сильно проще.

У вас соединение 1 на все приложение ?

Я знаю, что мне поможешь и направишь в правильную сторону. Есть FSM для управления WS соединением (подключен, отключен + промежуточные состояния. Но, когда писали всё это с коллегой, забыли про то, что состояние будет модифицироваться с разных потоков и вся система взорвалась появились ситуации, когда два соединения возникает. Собственно, что нашёл я: 1. Модифицировать только с главного потока - отправлять вызовы из цепочек RxJava на главный поток, колбэки от реализации перекидывать на главный поток через Handler(Looper.getMainLooper) (этот вариант очень не нравится. 2. Спрятать контроль внутрь и синхронизировать так, что могут читать все потоки, но когда кто-то меняет состояние, читающие ждут.

а чем не нравится подход с мейн тредом?

Да, это же WS, разве с ними работает иначе

Спрячте за методом с жесткой синхронизацией. Мне кажется, жестко и сердито. )

Это очень фигово.)

Почему фигово ? Убьет весь паралеллизм ?)

Можно забыть синхронизацию. Можно задедлочиться, если сглупить. Ну и тормозит, да.

Короч, пусть подписчики на оба источника исполняются на одном потоке. Всё, happy end

В идеале, конечно, Redux принести, да?

тот момент, когда затащил рх, а с "классической" многопоточностью не разобрался

шутка_про_корутины.txt

Привет. Использую Rx, репозиторий возращает Observable. Где указывать subscribeOn и observeOn в репозитории или при использовании?

subscribeOn — в репозитории, т. к. именно он должен знать, где выполнят работу. observeOn — при использовании, т. к. это знает тот, кто использует

subscribeOn — в репозитории, т. к. именно он должен знать, где выполнят работу. observeOn — при использовании, т. к. это знает тот, кто использует

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

у человеческой CompletableFuture фабрика supplyAsync вообще принимает функцию и экзекьютор. То же про функции маппинга и подписки

Всем привет, попрошу совет, что лучше для фриланса джава или котлин? Суть в том что уже имею опыт разработки на джаве, котлин не изучал и вот стоит сейчас выбор, как быть, продолжать изучать и улучшаться в джаве или начать учить котлин (смотрел на фрилансе под джаву заказов больше вроде как)

Как уменьшить bottomnavigationview который увеличивается в два раза по высоте, когда есть виртуальные кнопки навигации. В активити убирал кнопки через onWindowFocusChanged, но когда хочу чтобы контент заходил в статус бар с помощью <item name="android:windowTranslucentStatus">true</item> в AppTheme, то контент заходит в верх как предполагается, но получается это:

Всем привет, попрошу совет, что лучше для фриланса джава или котлин? Суть в том что уже имею опыт разработки на джаве, котлин не изучал и вот стоит сейчас выбор, как быть, продолжать изучать и улучшаться в джаве или начать учить котлин (смотрел на фрилансе под джаву заказов больше вроде как)

Котлин - это по сути джава сленг, так что войти в него не потребует значительных усилий. Но это определенно необходимо. Все новые проекты начинаются на нем. Джава используется, если проект относительно старый.

А если котлин вообще первый язык?

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

Я понимаю, что колин это syntax sugar для джавы. История в том, что в чате про котлин на вопрос «А что будет на собесе» мне ответили что будут алгоритмы и джава, а по котлину вопросов особо не будет. Вот и вопрос, стоит ли игра свеч.