Хз) У меня все начиная от визуальной части до запроса и сохранения данных на РХ но никаких лагов

Эм

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

Возможно не правильная готовка виновник тормозов не?

И не надо сравнивать айфон и что то еще

так же как мак и ноут от hp

Хз) У меня все начиная от визуальной части до запроса и сохранения данных на РХ но никаких лагов

Ты их не замечаешь, потому что на Андроиде все так написано и лагает

И ты привык

Нет лагов) Стоит у меня специально андроид метрика)

А попробуй заюзать что-то с 60 fps, увидишь разницу

Но Rx это инструмент для сервера

Да вроде как вводные статьи про фрп - начинаются с историй про-высоконагруженые сервера - и на этих строчках я закрываю эту статью))

Лол

Если ты будешь итегрировать коллекцию в onDraw, тормоза реально будут

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

Если бы можно было бы измерить GC, я бы давно их предоставил :)

Могу сказать -- после оптимизации памяти в одном из моих проектов UI стал быстрее раза в полтора

По графикам

Это субъективно. Возьми в руки айфон и сравни скорость и отзывчивость UI. Если хочешь объективно -- включи показ fps и посмотри, везде ли у тебя 60

Имхо, это абсолютно некорректное сравнение. Тогда уж надо написать два одинаковых куска логики, один на Rx, второй - без него. И запустить их на одном телефоне. Вот тогда уже можно че-то мерять. Но тут тоже условие. Писать оба участка кода должны компетентные чуваки. Естественно, если Rx логику напишет рукожопый мудак, то будет нерепрезентативно

А кодеров, которые бездумно используют : для итерации(тем более при отрисовке), и при этом агитируют за Rx, надо вообще гнать из профессии, вы уж извините.

Так что больше похоже не столько на объективные проблемы технологии, сколько на проблемы использования

Вот здесь сказали, что голый асинк не рекомендуется гуглом. А что рекомендуется гуглом? Thread, Handler? Ну ещё нагуглил советы про Rx. :D

Единственное что. Лоадеры разрабатывались только для БД, не для сети.

AsyncTaskLoader<Твои POJO> - когда я это понял - и изучил - на меня снизошло)) а курсор-лоадер - это всего-лишь extended AsyncTaskLoader<Cursor>

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

А кодеров, которые бездумно используют : для итерации(тем более при отрисовке), и при этом агитируют за Rx, надо вообще гнать из профессии, вы уж извините.

Вот за : спасибо, пойду читать :)

Имхо, это абсолютно некорректное сравнение. Тогда уж надо написать два одинаковых куска логики, один на Rx, второй - без него. И запустить их на одном телефоне. Вот тогда уже можно че-то мерять. Но тут тоже условие. Писать оба участка кода должны компетентные чуваки. Естественно, если Rx логику напишет рукожопый мудак, то будет нерепрезентативно

Ну я об этом кейсе и говорю

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

Вот это уже здравая мысль. Естественно, в onDraw юзать Rx - это мгновенная смерть :)

Я правда в onDraw вроде как не итерировал, но почитаю

Если ты будешь итегрировать коллекцию в onDraw, тормоза реально будут

Ну естественно

Если бы можно было бы измерить GC, я бы давно их предоставил :)

Так включи логи

Так что больше похоже не столько на объективные проблемы технологии, сколько на проблемы использования

А тут так и есть, сам Rx не виноват в кривом языке и ВМ

В конце концов, если бы реактивщина была безусловно плоха - вряд ли гугл стали бы тратить свое время на вот это поделие https://github.com/google/agera

Так включи логи

Это логи, в не метрики

Хотя, когда они его зарелизили - уже было безнадежно поздно пытаться обогнать Rx)

Они экспериментируют

Да и работает оно вроде очень криво :)

Зачем)

разные версии экраны, планшет итд

А ну тогда да. Просто обычно если столько экранов, то человек профессионал

Ну тут видимо ещё далеко

Жду Rx для микроконтроллеров

А на тему того, что Rx нужен для бэкенда - увы, там он не нужен. Для цепочек вычислений там есть Stream API, для управления многопоточностью - лучше уж не парить мозг и юзать Scala + Akka ;) Так что Rx там не уперся)

Ну тогда вообще не нужен

В конце концов, если бы реактивщина была безусловно плоха - вряд ли гугл стали бы тратить свое время на вот это поделие https://github.com/google/agera

и подпись от самих авторов - это наши эксперименты для аппа play-фильмы - однако не я вляется официальной политикой и рекомендациями от ГУГЛ - читайте вики этой либы .... там народ это уже спрашивал

Агера - это модель гиперкара Koenigsegg, кстати

и подпись от самих авторов - это наши эксперименты для аппа play-фильмы - однако не я вляется официальной политикой и рекомендациями от ГУГЛ - читайте вики этой либы .... там народ это уже спрашивал

Естественно) Там чуваки в issues ведут дебаты на эту тему, в итоге пришли к выводу, что агера отстает от Rx)

И поэтому не нужна)

Намного причем

Так что, ребята, императив - это реактивный самолет, а реактивное программирование - всего лишь гиперкар

тише едешь, дальше будешь?

Всё, выскакиваю, из споров - RX-хорош для тех кто его понял юзает - и кто там как дома если - ты далёк от этой парадигмы и что-то тебя пугает - ты не обязан знать RX - до сих пор куча продакшнов - на олд скуле есть и пишутся новые

тише едешь, дальше будешь?

Да гоу тогда Thread.sleep ставить после каждой операции

621 объкт сейчас в хипе от РХа

а вот гугл мапа 6782

621 объкт сейчас в хипе от РХа

Это дохрена

чем же дохера то?

апач жрет под 1400

Тем, что по ним придется строить древо потом

Значит, апач тоже говно

Да все гавно так получается) А сама система андроида 60к ее убить мало и всех разрабов расстрелять

Там не так много

вру андроид 11к а вот ява 60+к

Пруф?

Там везде леливая инициализация

Если ты будешь итегрировать коллекцию в onDraw, тормоза реально будут

итераторы это параша, ещё и в onDraw ппц

они и так гавна плодят куча

и вообще Stop using iterators in android dev. Use simple indexes for(int i=0;i<list.size();i++) !

Это дохрена

с учетом того, какой профит он дает можно и смирится

и вообще Stop using iterators in android dev. Use simple indexes for(int i=0;i<list.size();i++) !

++++

и вообще Stop using iterators in android dev. Use simple indexes for(int i=0;i<list.size();i++) !

Я вот чего-то на эту тему особо не нагуглил, просветите :)

ERROR: S client not available

Я вот чего-то на эту тему особо не нагуглил, просветите :)

perf matters от лысого, я ж кидал как-то давно сюда ссылку

Лол

Гоняете лысого на Ютюбе? :)

Котлиноводы с Даггером отзовитесь

Почему бы не перевести все на котлин? Запусти сборку с отладкой и посмотри логи

Гоняете лысого на Ютюбе? :)

да, https://www.youtube.com/watch?v=MZOf3pOAM6A

Почему бы не перевести все на котлин? Запусти сборку с отладкой и посмотри логи

что там смотреть?

Нашел

https://www.linkedin.com/in/duhroach

А еще какие-то вещи из Java есть, которые нельзя использовать? А в большой Java они используются?

Colt Mac Anis из perf matters

for each

Короче, надо увольнять всех, кто в onDraw итератор использует

По статье

Чтобы больше вообще нигде не работали

По статье

в трудовую написать "использовал итератор в onDraw"

Хохо - лысый на ютубе - это вообще тип! Мало то что сам по себе чувак харизматичный - но и вдохновить на оптимизацию может)) На последнем ИО - вообще отжигал про битмапы мин 40 - у него сессия была

что там смотреть?

У меня были проблемы с тем что классы не находились при сборке, но были сгенерены. В итоге просто в коде были ошибки , которые IDE почему то не показывала, а вот в логах при сборке они высвечивались

Спасибо, пойду смотреть Теперь Виталий меня точно не уволит :D

У меня были проблемы с тем что классы не находились при сборке, но были сгенерены. В итоге просто в коде были ошибки , которые IDE почему то не показывала, а вот в логах при сборке они высвечивались

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

а когда подключаешь что пишет при сборке?

Чё как реалм заработал?

нет не заработал

Короче я разочаровался в реалме что то (

или я просто не смог его приготовить, хотя делов на 3-5 строк

Странность вместо apt ставлю kapt а нагенерированые файлы ложатся все равно в apt

Товарищи, я получаю udp бродкаст сообщение от одного устройства. Как мне узнать его mac адрес?

Товарищи, я получаю udp бродкаст сообщение от одного устройства. Как мне узнать его mac адрес?

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

я тут первый раз за маком (sierra). У меня одного adb толком не работает? read: unexpected EOF! постоянно

я тут первый раз за маком (sierra). У меня одного adb толком не работает? read: unexpected EOF! постоянно

да вродь все ок всегда было

Товарищи, я получаю udp бродкаст сообщение от одного устройства. Как мне узнать его mac адрес?

NetworkInterface network = NetworkInterface.getByInetAddress(ip); byte[] mac = network.getHardwareAddress();

попробуй так

NetworkInterface network = NetworkInterface.getByInetAddress(ip); byte[] mac = network.getHardwareAddress();

И network чет нул