169 похожих чатов

Не понимаю, чем Ырыксы лучше того же асинктаска или экзекьюторов?

116 ответов

32 просмотра

готовыми конструкциями

Операторами, бэкпрешэ

паттерн наблюдателя.

Чем грузовик лучше тележки?

Асинктаск это даже не мезозой а какой то палеозой

а кто-то до сих пор юзает и ему норм. прикинь

Чо б нет, если работает.

Звероящеры

самый кайф когда я в 2019 году искал работу и они говорят что пишут на джава и асинктаски и котлИн не юзают

😆🙈

Наверно они уже освоили колесо))

не факт)

A A-F O X Автор вопроса

Да, но я пока что не нашел хороших аналогов асинктаску. Хотя есть одна библиотека от Сергея на экзекьюторах, но там слишком много непонятных мне терминов:/

java.concurrency

Для чего? Корутины посмотри

Асинктаск это древнее зло которое лучше обходить стороной как ядерный могильник

runOnUiThread() new Handler(Looper.getMainLooper()).postDelayed(

A A-F O X Автор вопроса

И все бы хорошо, но корутины на Котле:/

время писать на котлин

А вы на джаве до сих пор?😱

какие аналоги, если ты про экзекьюторы не знаешь?) выучи хотя бы их сначала

A A-F O X Автор вопроса

О, пасиба. Хотелось бы еще книгу или сайт, где про это более подробно и на русском написано, но ладно.

java concurrency in practice

RxJava думаю вас спасет

Ощущение что ты пишешь проект для какой нибудь оборонной госконторы

A A-F O X Автор вопроса

Не, а что в этом такого? Джава вполне хороший язык, особенно если вы разрабатываете кроссплатформенный проект.

Да ну, там никто не даст тебе либы использовать )

Не обращай внимания )) Многие люди еще не пришли к подходу, что инструмент в первую очередь должен быть прагматичным

В Котлин много фич которых нет в джаве 8 версии

И без которых можно оьлично обойтись.

Для кроссплатформы лучше либо с++ либо котлин

ФЛАТЕР!

Короче, если тут еще не успели присоветовать, то RxJava отличная замена асинктаску если нужно быстро) хотя конечно лучше в таком случае какое-то свое решение напилить, чтоб не тащить целую либу ради subscribeOn observeOn

Плюсую на rxjava тем более у вас на джаве проект🙈

СигнлТредЕкзекютора должно быть достаточно

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

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

Так с джавы давно пора уходить

скажи это бэк разрабам на джава))

много тех кто в упор не хочет учить котел

Знаю пару, благодаря мне перешли на Котлин

как же ты их задрал видимо))))

Один вроде корутины освоил

А кто сказал что прям пора, она тут только в мобиле стала бед практик в последнее время, в в большом мире java она железобетонно укрепилась

Бэк на Котлин потихоньку переходят кто пошустрее

https://github.com/JohnnySC/xo-backend

За лет 5-7 перейдут мб🌚

💪

😱😲

Диметродоны из палеозоя

зачем?

брахицераптосы)

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

Как раз ктор стабильной версии подвезли))

+

@no_name1512 👆

переучивать джавистов лишь ради этого - слабый аргумент

Перейдут. Только через 5 - 7 лет появится хуеКотлин, и всё запустится по новой, lel. Те кто перекатились на хуеКотлин будут выносить мозг тем кто будет сидеть на Котлине, ибо "Котлин мезозой кококо, на хуеКотлине есть хуеРутины, выбросьте уже свои корутины", про тех кто остался на Java вообще молчу.

не. Бреслав не будет пилить еще один котлин

а что переучивать? На котлине можно спокойно писать как и на жаве. А можно писать с фишечками котлина, если подучить котлин

😂🤣

согласен, поэтому добавлю лаконичный синтаксис более сильную систему типов чем у джавы DSL что ну просто не обсуждается Своя богатая экосистема Мультиплатформенность Корутины

Это я не добавляю стд либу, и даже на стд либе можно уже закончить, хотя ее не стоит брать как фишку языка ИМХО

а тернарника блять нет!

отказываюсь от котлина

Сначало маркетологи в ушы нассут, что хуеКотлин лучше и надо срочно мигрировать🌚

С другой стороны зачем Котлин, давайте писать машинным кодом на перфокартах

Определённо нассут, и мб правильно сделают, т.к хуеКотлин скорее всего получше Котлина будет. Зря писали чтоль.

Да это диметродоны, им тяжело даётся новое

а маркетологам какая печаль/

хаха, понятное дело

Странное сравнение очень. К чему оно? Нынче и без Котлина всё нормально пишется. Не представляю задачи, которой Java + Rx не смогут реализовать.

можно задачи и без рх решать, но зачем все себе усложнять?

Kmm, jetpack compose

Тоже не оч понял. Если я нормально решаю задачи бы рыксы, я себе усложняю что - то?

я тоже не оч понял аргумента что на рх все можно решать)). Можно, но зачем усложнять себе в некоторых местах жизнь?

Необязательно. Но есть *вероятность*, что рх позволяет сделать то же самое короче/проще/и т.д.

Я это написал в контексте того, что "Java + Rx" это не перфокарты, вот и всё.

а хуже?

Абстрактной "Вероятности" мало, соре.

Я впринципе согласен и за котлин Но если смотреть со стороны тех кто с ним не знаком Лаконичный синтаксис - тут уж спорно. Там просто много сахара. Который дает, конечно, возможность писать просто и лаконично, но наговнокодить возможностей тоже дает намного больше 2 - поясни? если ты про нулл безопасность - такое. система типов слабый аргумент DSL - у меня с ним небольшой опыт. Какой профит в бекенде? не вижу Мультиплатформенность - он на альфа, к тому же тебе придется переучивать не только джавистов, чтобы от него профит был

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

Система типов это про вывод типов, ну и нуллабельность тоже можно добавить, джава не в состоянии сама вывести тип

напиши на джава такой код @ Parcelize data class MyData(val str:String, val id:Int, val number:Double) : Parcelable на джава это будет 180 линий кода

ктор чекни, если про бек)

Мультиплатформенность - он на альфа, к тому же тебе придется переучивать не только джавистов, чтобы от него профит был А на жаве мультиплатформенность есть? Что переучивать?

> Мультиплатформенность - он на альфа, к тому же тебе придется переучивать не только джавистов, чтобы от него профит был Она есть), и тоже хорошо

Да оно при компиляции всё само допишет:)) до тех 180 строк

Вот такой профит от DSL: Table.select { SOMETHING EQ SOMETHING } Не забываем ещё что там сверху тайпсейфети)) а не читать все со строки))

но ты потратишь 1 минуту на этот код. а не 10!

Это всё дофига интересно, но не менее абстрактно. Если мой микроскоп хорошо забивает гвозди, то лично мне нужны будут более веские причины для того чтобы взять за место него молоток. Одной причины "Ну это ж молоток" не достаточно, нужны объективные метрики.

До байт-кода. Давайте же писать сразу байт-кодах!

на асме

для Parcelable всё генерит ide

хуего генерит. а при редактировании класса все херится

пиздец, хуевость языка иде оправдывает

A A-F O X Автор вопроса

Вообще, благодаря Джаве лично мне легче переходить от кода на C++ в Visual Studio в код на Java в Android Studio.

так никто и не запрещает писать на жаве. Просто пустые непонятные аргументы в сторону котлина раздражают

Молотком быстрее, он компактнее, легче, меньше, устаёшь

какие именно пустые?)

у котлина самый киллерфича это корутины. остальное чисто бонусом идет

>А на жаве мультиплатформенность есть? На десктопе есть, скомпилил jar и где хочешь запускай🌚

выше было за устаревания котлина и как потом все петушки пойдут на него перелазить)) + выше было за "прикол только в синтаксическом сахаре"

о да. делал такое. написал джарник и запустил на винде и на линух

Не объективно. А если завтра появится хуеМолоток, который ещё быстрее, компактнее, легче и с ним меньше устаёшь, мне снова нужно будет менять молоток?

это не синтаксический сахар, в котлине

Только JVM скачай и будет тебе мультиплатформенность))

это кроссплатформенность

И на маке, и если надо то подцепил jar в андроид🌚😅

До того как появился compose-desktop я так и делал и норм было) Иос и с котлином не работает нормально до сих пор (ну не до конца)

Это называется пистолет для гвоздей. Если ты занимаешься забиванием гвоздей в промышленных масштабах то обязательно к покупке

Я понимаю, если сравнивать молоток и какую-нибудь автоматическую забивалку гвоздей. Но если нужны аргументы за молоток против микроскопа, тады ой 🤷‍♂

Вот тебе и ой. В реальной жизни оно по другому работает.

A A-F O X Автор вопроса

Так не смотрите и не читайте таких людей:) А вообще, нужно понимать, что Котел очень хорош в бизнесе и энтерпрайзе, где время это такой же ценный ресурс как и деньги, а Джава же это не стильно, модно, молодежно и вообще, достаточно много времени уходит на тестирование и написание. Так, что если ты хочешь денег, а не счастья, то иди быстрее учить Котлин и все новые и наиболее "раскрученные" технологии:) Ладно, думаю мона уже заканчивать оффтопить тут, а то придет какой-нибудь сеньор ФуллСтак андроид дев, а тут такое вот.

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

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта