На андроиде то?

бэкпорт

в каком смысле?

ну в корутинах меньше кода как-то получается, чем Rx методы, также в даггере куча аннотаций, который тоже не нравятся, я думаю ты сам про Rx тоже самое скажешь

Реализация занимает 2-3 экрана

На андроиде то?

А что, либу StreamSupport там уже похоронили?

ведь не юзаешь его

+ сам Rx это намного большее чем просто для запросиков

бэкпорт

Действительно. Но у CompletableFuture какой-то не очень удобный интерфейс, как по мне.

и тянуть ради этого либу большую, ну такое

заменяешь на Single и радуешься жизни

Пишешь свой Future 100 строк и выкидваешь 10к+ методов из проекта

ах да, и радуешься жизни

Действительно. Но у CompletableFuture какой-то не очень удобный интерфейс, как по мне.

вам flatMap и map чтоли не хватает?

так что там по ktor-client с корутинами на борту )

огонь будет ?

)

вам flatMap и map чтоли не хватает?

так они там есть, thenCompose и thenApply

Пишешь свой Future 100 строк и выкидваешь 10к+ методов из проекта

чтобы что? убрать MultiDex? Сократить вес приложения на 500кб? Ну в 2к18 это явно не основной приоритет

вам flatMap и map чтоли не хватает?

Хватает, но называются они там по-своему

так они там есть, thenCompose и thenApply

да я вкурсе, товарищам интерфейс просто не удобен ?

Хватает, но называются они там по-своему

сделай экстеншен методы

сделай экстеншен методы

Имея котлин на руках, проще взять корутины и забыть про это всё

чтобы что? убрать MultiDex? Сократить вес приложения на 500кб? Ну в 2к18 это явно не основной приоритет

а rx мы тащим в проект чтобы что?

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

а rx мы тащим в проект чтобы что?

а rx - это не только про async tasks, это еще и про построение реактивного приложения, и использовать отдельное решение для каждой из этих задач явно уступит использованию единого решения для обоих

надо время вперед проматать, когда перейдут на что-то новое уже

корутины там будут в ходу и т.д.

а пока.. ))

сейчас полюбому напишет кто-то что корутины в ходу уже 100 лет, всё круто )

а rx - это не только про async tasks, это еще и про построение реактивного приложения, и использовать отдельное решение для каждой из этих задач явно уступит использованию единого решения для обоих

и что, прям на проекте RxPM/RxMVI? прямо вот все такое реактивное? Или все-таки просто запросики гоняем а вьюшку Unit-методами дергаем?

Я всегда охеревал от иннертности андроида, бэк как то значительно быстрее перелезает на новые фичи

Пишешь свой Future 100 строк и выкидваешь 10к+ методов из проекта

многие скажут «нахуйа? есть же Rx»

многие скажут «нахуйа? есть же Rx»

вот, в мемориз )

Я всегда охеревал от иннертности андроида, бэк как то значительно быстрее перелезает на новые фичи

Мда? И где вакансии на ktor?)

или koin

Я всегда охеревал от иннертности андроида, бэк как то значительно быстрее перелезает на новые фичи

Когда тебе надо поддерживать API 15 потому что на нем до сих пор 2% аудитории сидит, за новинками не погоняешься

тут на собес люди приходят котлин ели знают, читали скажем так )

а какие-то либы с котлина это вообще пока рано )

а rx - это не только про async tasks, это еще и про построение реактивного приложения, и использовать отдельное решение для каждой из этих задач явно уступит использованию единого решения для обоих

Как там это «единое решение» в UI? Всё, что я видел с RxBinding, было невероятно уродливым.

А кстати в андроиде не прижился подход с однонаправленными данными?

А кстати в андроиде не прижился подход с однонаправленными данными?

это что?)

это что?)

Ну типо как redux у веба

Как там это «единое решение» в UI? Всё, что я видел с RxBinding, было невероятно уродливым.

rxbinding тоже не понравился, но вот для подхода с однонаправленными данными очень приятно использовать

А кстати в андроиде не прижился подход с однонаправленными данными?

Да вроде на всех конфах рассказывают, говорят

а в проде я не встречал

у кого не спрошу - максимум - MVVM, а так везде MVP

rx не плохо заменяет весь зоопарк разнообразных callback-ов и позволяет реагировать на них

rx не плохо заменяет весь зоопарк разнообразных callback-ов и позволяет реагировать на них

не rx-ом единым сыты

не rx-ом единым сыты

так понятно, что не им единым, но повторю свою идею - когда и для асинхронных одноразовых задач, и для периодических изменений состояния используется единые и понятные абстракции вроде Observable и Single - это явно упрощает понимание проекта и сокращает зоопарк "маленьких и удобных библиотечек"

Observable и Single — это не единая абстракция

вот бы еще эти единые и понятные абстракции можно было бы импортить по желанию

Вообще довольно забавно, как вброс про то что IoC - кусок говна, от которого надо избавится, привёл к поливанию Rx ¯\_(ツ)_/¯

а может там можно нафигать exclude в gradle

чтобы всё не тянуть

или не покатит ?

Вообще довольно забавно, как вброс про то что IoC - кусок говна, от которого надо избавится, привёл к поливанию Rx ¯\_(ツ)_/¯

ты предпочитаешь сильносвязанную лапшу? Или путаешь IoC с DI-контейнерами?

Я ничего не путаю, я наехал на ретрофит с аннотациями

а может там можно нафигать exclude в gradle

Есть же ProGuard. Просто Rx монструозно написан, мне не нравится сама идея

а досталось в итоге всем

(

Я ничего не путаю, я наехал на ретрофит с аннотациями

это тем более не про IoC

Вакансия: #Kotlin #backend #jvm Позиция: Team Lead Kotlin (Back-end) Компания: Tinkoff.ru Локация: #Москва (офис – метро Водный Стадион, full-time) Tinkoff.ru ищет мега-крутого Back-end Kotlin-разработчика, который начнет и будет развивать экспертизу разработки в нашей компании "с нуля", вокруг которого будут строиться новые проектные команды! Вместе с вами ты будешь решать технические задачи различной сложности, которые позволят даже самым требовательным клиентам всегда оставаться довольными нашими продуктами. Задачи: • Разрабатывать новые крутые проекты "с нуля" • Улучшать масштабируемость, производительность и надежность наших внутренних систем • Проектировать клиентские сервисы, которые работают под нагрузкой 24/7 • Активно участвовать в проекте и взаимодействовать с другими командами. За подробностями пишите @annakalugina23 Резюме: a.kalugina@tinkoff.ru

Очень круто, что появляются такие вакансии!

Есть же ProGuard. Просто Rx монструозно написан, мне не нравится сама идея

монстры среди нас, не нужно бояться )

прощай скалка!

прощай скалка!

азаза

это тем более не про IoC

это все функциональная фигня

а может там можно нафигать exclude в gradle

там все одним артефактом

это тем более не про IoC

Ну я конечно хз, но когда за меня фреймворк волшебных образом захерачит реализацию всех вызовов - это явно не то что я контролирую, а какой то фреймворк

ERROR: S client not available

Очень круто, что появляются такие вакансии!

вы рекламите Анну Калугину ? и её вакансию )

Возможно там не выполняется условие, что меня кто то будет вызывать

вы рекламите Анну Калугину ? и её вакансию )

я закинул в про жвм

вы рекламите Анну Калугину ? и её вакансию )

Он рекламит вакансию бекенд котлин, кек

хотел поделиться тут - но уже запостили)

а что такие вакансии редкость ?

Ну я конечно хз, но когда за меня фреймворк волшебных образом захерачит реализацию всех вызовов - это явно не то что я контролирую, а какой то фреймворк

Не волшебным, крайне простым образом. Маппит аннотации на HTTP. Но мне, конечно, не нравится.

хм

а что такие вакансии редкость ?

увы, да

а что такие вакансии редкость ?

да

жвм + проекты с нуля + достойная компенсация + крутая компания

ну лан )

это непаханное поле для энтузиастов

жвм + проекты с нуля + достойная компенсация + крутая компания

Чем компания крутая?

Ну я например искал бэкэндовые вакансии для джунов под Котлин (так чтобы не "джава и ну может быть иногда котлин", а именно котлин) в Питере - их было около нуля.

Чем компания крутая?

Ну работать там афаик довольно комфортно.

Со слов друзей.

Чем компания крутая?

офис, компенсация, продукт, соц.пакет

офис, компенсация, продукт, соц.пакет

ну короче как везде

а ты где работаешь?

а ты где работаешь?

в Яндексе

Ну возможность писать прилажуху для норм нагрузок, а не для 100 колек

Ну возможность писать прилажуху для норм нагрузок, а не для 100 колек

А какая разница?

в Яндексе

Как будто во всех компаниях такие же компетенции как в Яндехе или Тиньке

в Яндексе

тогда для тебя не секрет, что зп в Тиньке по сравнению с Яндексом будет НАМНОГО больше) А в остальном да, как "везде".

А какая разница?

Ну вообще огромная, думать приходится значительно чаще

тогда для тебя не секрет, что зп в Тиньке по сравнению с Яндексом будет НАМНОГО больше) А в остальном да, как "везде".

Судя по тому, что в вакансии не указана, там будут копейки.

ну и в Яндексе я что-то не припомню Котлин проектов.

Судя по тому, что в вакансии не указана, там будут копейки.

в про жвм чекни

там от 200к

копейки - это Яндекс платит

Судя по тому, что в вакансии не указана, там будут копейки.

Это политика компании, так что сорян