Люди из кожи вон лезли, чтобы на лоадерах/асинктасках построить свои фреймворки для удобной асинхронной обработки, а теперь, когда есть RxJava, "олдфаги" ворочают носом и продолжают писать на хрен пойми чём. Люди, зачем вы лицемерите?

+++

Я сам писал на лоадерах и там ради простых вещей приходилось писать просто тонны кода. Мап + фильтр + сортировка минимум в сотню строк выходило. А дрочка с попыткой кастомизировать входные условия до сих пор в дрожь бросает

Я ни разу не видел как "тру" кодеры делают у себя асинхронщину. Как они одновременно запускают сервер, бд и кэш, как их обрабатывают одинаковым образом, как получают, например, только первый пришедший результат, как ошибки обрабатывают. За Rx я это сделаю в 10-15 строк. А во сколько сделают они? В 100? 200? Больше?

Почему-то всегда "фи, rx херня". Так покажите что не херня. Кому-то тут пару дней назад из-за rx хипстеров "не хватало тредов для приложения". Очень интересное утверждение

Сортировка, фильтрация и маппинг с помощью Guava делаются в несколько строчек, какие сотни?

Хз чего там про треды. Мы проводили эксперименты на 5м нексусе. Зациклили создание тредов и хотели проверить что будет. Как раз на фоне утверждений про “треды rx”. Приложение создало 670+ потоков и смартфон перезагрузился =)

> @lonecat Guava тащит десятки тысячь методов

> @lonecat Guava тащит десятки тысячь методов

ProGuard

> @lonecat Guava тащит десятки тысячь методов

19к

> @FuriousSeraphim 19к почти 2 десятка )

Хз чего там про треды. Мы проводили эксперименты на 5м нексусе. Зациклили создание тредов и хотели проверить что будет. Как раз на фоне утверждений про “треды rx”. Приложение создало 670+ потоков и смартфон перезагрузился =)

Ну так можно и на Executors такую шарманку сделать. Я тоже спавнил треды, когда мы свой маленький rest север проверяли

Ну так можно и на Executors такую шарманку сделать. Я тоже спавнил треды, когда мы свой маленький rest север проверяли

Я к тому, что труба скорее перазагрузится, чем потоков из-за rx не хватит.

Может и есть какой кейс, но я никогда его не ловил.

2GIS что-то говорили про это, но мы так и не смогли повторить.

2GIS, на сколько я знаю, фигачат вообще всё на С++))

Ходят такие слухи, но есть стааарая статья на хабре, где они писали про Rx

При чем про RxJava

Может они не научились его готовить и пошли на cpp писать)))

Может они не научились его готовить и пошли на cpp писать)))

На cpp ReactiveX тоже есть

Есть, но писали то про java

я ж уточнил)

На Натан у них карты. А вот в дайлере они рх используют

Вот да. Они про дайлер писали. Точно

На нативе*

На нативе*

Тут редактировать сообщение можно)

Через лонг клик не увидел что можно отреагировать. А на обычный клик даже не подумал ?

Я ни разу не видел как "тру" кодеры делают у себя асинхронщину. Как они одновременно запускают сервер, бд и кэш, как их обрабатывают одинаковым образом, как получают, например, только первый пришедший результат, как ошибки обрабатывают. За Rx я это сделаю в 10-15 строк. А во сколько сделают они? В 100? 200? Больше?

https://habrahabr.ru/company/e-Legion/blog/265405/ сервер бд и кеш запускают в лоадере, управление лайфсайклом из коробки, нинужно самому отписываться или городить статические мапы или инжектить презентеры синглтоном

Да даже там нужно фильтровать, мапить, сортировать

для сортировки там и там писать компаратор, для мапы там и там метод мапинга моделей писать, для фильтрации циклом пройтись

https://habrahabr.ru/company/e-Legion/blog/265405/ сервер бд и кеш запускают в лоадере, управление лайфсайклом из коробки, нинужно самому отписываться или городить статические мапы или инжектить презентеры синглтоном

Я работал с Loader API. Не надо мне про него рассказывать

Почему-то всегда "фи, rx херня". Так покажите что не херня. Кому-то тут пару дней назад из-за rx хипстеров "не хватало тредов для приложения". Очень интересное утверждение

мне не хватало. https://habrahabr.ru/company/2gis/blog/228125/ вот

Я работал с Loader API. Не надо мне про него рассказывать

неправильно работал

мне не хватало. https://habrahabr.ru/company/2gis/blog/228125/ вот

Интересно, как это ты понял, что у тебя тредов не хватает, если человек выше(не я) говорит, что они смогли насоздавать 600+ тредов?

670+, я попросил бы ))))

На референсном Nexus 5

неправильно работал

Ну и я могу сказать, что ты с Rx не правильно работаешь. Это всё ещё не аргумент

Кажется в этом чате я постоянно вижу великое противостояние добра и зла, @FuriousSeraphim и @gercqq. Да именно великий холивар!?

У лоадеров API не удобный имхо, много бойлерплейта в отличии от рх

Кажется в этом чате я постоянно вижу великое противостояние добра и зла, @FuriousSeraphim и @gercqq. Да именно великий холивар!?

Я всего лишь хочу хоть раз в жизни услышать конкретное обоснование почему Rx плох и какие есть ему реальные альтернативы. Такие же гибкие и мощные, без сотен строк кода на простейшие вещи

Я всего лишь хочу хоть раз в жизни услышать конкретное обоснование почему Rx плох и какие есть ему реальные альтернативы. Такие же гибкие и мощные, без сотен строк кода на простейшие вещи

Да нет их. Не заморачивайся ты так сильно. Всем нравится разное =)

Просто кто-то привык юзать лоадеры, написал кучу раперов и хелперов под это дело. Таскает их из проекта в проект и ему ок.

Да нет их. Не заморачивайся ты так сильно. Всем нравится разное =)

2 чая этому господину. P.s. откуда пошло это выражение?

а фиг знает если честно ) Я в каком-то подкасте “подцепил” ))

позабавило

Сравнивать лоадеры и rx — это как сравнивать холодное с мягким ? одни нужны для асинронщины, другие для работы с потоками данных. Rx внутри лоадеров можно использовать не напрягаясь, и получая только удовольствие.

Я всего лишь хочу хоть раз в жизни услышать конкретное обоснование почему Rx плох и какие есть ему реальные альтернативы. Такие же гибкие и мощные, без сотен строк кода на простейшие вещи

Проблема OOM. Наивно полагать, что Android может дать много тредов для многопоточной работы. При количестве тредов больше 15, даже топовые смартфоны начинали “задумываться”, а их мелкие собратья и вовсе падали с OutOfMemoryError. Решение было простым. Ввести CachedThreadPool для этих дел и проблема решена. Кэширование запросов. Речь не про оператор cache() из примера выше. Хотелось бы, чтобы следующий запрос на тот же самый url сразу брался из кэша. В RxJava такого нет. В принципе это правильно, потому что реактивность и кэш — две разные вещи. Поэтому мы написали свой кэш. вырезка из статьи 2гис

Проблема OOM. Наивно полагать, что Android может дать много тредов для многопоточной работы. При количестве тредов больше 15, даже топовые смартфоны начинали “задумываться”, а их мелкие собратья и вовсе падали с OutOfMemoryError. Решение было простым. Ввести CachedThreadPool для этих дел и проблема решена. Кэширование запросов. Речь не про оператор cache() из примера выше. Хотелось бы, чтобы следующий запрос на тот же самый url сразу брался из кэша. В RxJava такого нет. В принципе это правильно, потому что реактивность и кэш — две разные вещи. Поэтому мы написали свой кэш. вырезка из статьи 2гис

статья какого года? это раз

Во-вторых я же писал про это выше

Мы прочитали статью и поставили эксперимент.

670+ потоков

“задумываться”, а не перезагружаться у них написанно

и вы наверно пустые потоки одноразавые создавали

а у них все кучей работали

и вы наверно пустые потоки одноразавые создавали

Не совсем пустые. С простой математикой. И они не умирали. Т.е. 670 это одновременно работающих потоков.

В любом случае - проведите эксперимент сами

О чем мы спорим?

Проблема OOM. Наивно полагать, что Android может дать много тредов для многопоточной работы. При количестве тредов больше 15, даже топовые смартфоны начинали “задумываться”, а их мелкие собратья и вовсе падали с OutOfMemoryError. Решение было простым. Ввести CachedThreadPool для этих дел и проблема решена. Кэширование запросов. Речь не про оператор cache() из примера выше. Хотелось бы, чтобы следующий запрос на тот же самый url сразу брался из кэша. В RxJava такого нет. В принципе это правильно, потому что реактивность и кэш — две разные вещи. Поэтому мы написали свой кэш. вырезка из статьи 2гис

Не знаю как так надо говнокодить, чтобы ООМ словить. А задумываться начинает, потому что реальных потоков проц может дать 2-4 на одно ядро(могу соврать с точной цифрой) и все треды либо встают в очередь, либо начинают делить процессорное время

Единственный мой в жизни ООМ я поймал, когда пытался с bitmap шаманить ещё до Picasso и Glide(тупо не знал о них). Я обрезал и накладывал блюр на фотку. ООМ я пофиксил и больше никогда его не ловил(при том, что тестил тогда на Galaxy Ace 2)

Единственный мой в жизни ООМ я поймал, когда пытался с bitmap шаманить ещё до Picasso и Glide(тупо не знал о них). Я обрезал и накладывал блюр на фотку. ООМ я пофиксил и больше никогда его не ловил(при том, что тестил тогда на Galaxy Ace 2)

у меня и щас он, в телеграмме норм летает, в других - в маркете, гугл+, авито, слак тормозит

у меня и щас он, в телеграмме норм летает, в других - в маркете, гугл+, авито, слак тормозит

купи девайс хай-энд класса и не страдай :)

ахаха

у меня есть нексус 5

На android 2 и 4 OOM и постоянные GC реально были головной болью. Никакие Picasso с UIL'ами не спасали. А glide относительно недавно появился

А я знаю, как в телеграме словить оом: нужен пост из 100+ эмодзи

у меня телега крашнулась от того что я быстро пролистал список со стикерами

ERROR: S client not available

В последних версиях билд тулзов lint, кстати, ругается, когда application context выносишь в статик. Мол, memory leak и не совместимо с instant run. Момента с memory leak я особо не понял

В последних версиях билд тулзов lint, кстати, ругается, когда application context выносишь в статик. Мол, memory leak и не совместимо с instant run. Момента с memory leak я особо не понял

Он на любой Context в static ругается. Он не может отличить app от activity context, например. Класс Context для них всех един

Тоже так показалось. Но сейчас, на всякий случай, нагуглил себе статью с причинами, почему всё же app context в статике - плохо http://www.philosophicalhacker.com/2015/07/14/why-static-references-to-application-contexts-are-probably-not-the-best-idea/

Впринципе, из этой статьи если выкинуть слово static, то ровным счетом ничего не изменится. Вам так не кажется? Сильно в статью не вчитывался

``` With this signature you have a hint that maybe this method uses a Toast to display the string. ``` хоспади, какой пизд*ц ( >_\) там вся статья такая что ли?..

``` With this signature you have a hint that maybe this method uses a Toast to display the string. ``` хоспади, какой пизд*ц ( >_\) там вся статья такая что ли?..

что не так?

в этой фразе

она вырвана из контекста определено

контекста аппликейшена или чего там ')))

что не так?

hint и maybe. бред сивой кобыла. прям битва экстрасенсов, а не разработка

она вырвана из контекста определено

как и метод в этом примере

контекста аппликейшена или чего там ')))

??

ребят, кто мне объяснит одну простую вещь. не понимаю в чем плюс immutable ? Это ж пиздец каждый раз когда хотим что-то поменять у объекта, мы вынуждены создавать новый, напрягая сборщик мусора чтобы он старый сгреб.

не проще ли поменять поле объекта чем создавать новый объект?

ребят, кто мне объяснит одну простую вещь. не понимаю в чем плюс immutable ? Это ж пиздец каждый раз когда хотим что-то поменять у объекта, мы вынуждены создавать новый, напрягая сборщик мусора чтобы он старый сгреб.

Да всё очень просто. Большая часть - это отображение каких-то данных. Для этого им не нужно быть mutable. Если речь идёт о редактировании чего-то, то я обычно всю ранее зполненную инфу загоняю во вьюхи(всё равно придётся) и по нажатию подтверждения собираю данные(всё равно придётся), проверяю(опять же всё равно придётся), собираю в объект и отправляю

Да всё очень просто. Большая часть - это отображение каких-то данных. Для этого им не нужно быть mutable. Если речь идёт о редактировании чего-то, то я обычно всю ранее зполненную инфу загоняю во вьюхи(всё равно придётся) и по нажатию подтверждения собираю данные(всё равно придётся), проверяю(опять же всё равно придётся), собираю в объект и отправляю

а если оффлайн приложение? я например чекбоксом меняю стейт

Создание таких объектов довольно легко позволяет гарантировать себе простую жизнь в мультипотоке. А там уж смотря что пишешь

а если оффлайн приложение? я например чекбоксом меняю стейт

Ну понятное дело зависит от задач. У меня всё таки 95% полей immutable. Никакого дискомфорта пока не встречал. Это опять же дело вкуса

Создание таких объектов довольно легко позволяет гарантировать себе простую жизнь в мультипотоке. А там уж смотря что пишешь

Кстати да, забыл про мультипоточность)

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

типа obj.mutate { it.field1 = nnn; it.field2 = yyy }

а то lenses редко где красиво выглядят

а если оффлайн приложение? я например чекбоксом меняю стейт

Кстати, когда то я спрашивал про firebase тебя

а если оффлайн приложение? я например чекбоксом меняю стейт

Ты был прав 10000%

а если оффлайн приложение? я например чекбоксом меняю стейт

Мне ужасно стыдно

Мне ужасно стыдно

По поводу чего?

интересно часто бывает что play market зависает при установке или оновлении приложения? просто не идет загрузка и все, а на устройстве браузер и т.п. работает. Кто встречал такую проблему и как решали?

+

Никак

ребут?