рил удобно

Народ, у вас оффтоп пошел, конфа по Kotlin. Пишите хотя бы в одно сообщение)

нужно просто научится, привыкнуть, потом поймешь что это удобно

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

вообще, оффтопим

нельзя так

С таким синтаксисом как там тоже не очень гибко Потом еще захочется еще какие нибудь методы сериализации генерить, операторы <= и >= через оператор <, и так далее. Гибче было бы не прибивать это гвоздями намертво в язык, а сделать библиотечную аннотацию @Data, в которой описано какие методы надо автогенерить и по каким правилам. И тогда кастомизируй себе свои аннотации как хочешь под свои бизнес-кейсы.

ксттати, общался с Романом, он говорит так и хотят сделать для сериализации. Типа чтобы помечаешь аннотацией класс, для него генерится метаинформация и дальше ты описываешь что делать с этой метаинформацией

Можно все автогенеренные методы на этот механизм перевести, включая data.toString и data.equals Вдруг тебе не подходит стандартный паттерн toString, взял и сделал свой.

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

Imho это не намного сложнее уже существующего annotation processing. По сути это очень схожий механизм, но дающий большую гибкость и удобство. Проблема с макросами, что они могут встретиться где угодно и загрязняют весь язык. Сложно бороться с языком, где можно написать #define true false. А тут все достаточно аккуратно локализовано. Ну да, есть такой-то метод equals, он генерится по такому то шаблону, а не написан руками, но это его личные особенности. Это никак не влияет на весь остальной код, который как вызывал этот equals, так и вызывает, и ему по барабану что у него внутри.

так аннотойшн процессинг и не поддерживается в общем случае

нигде

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

Проблема существующих языков, по крайней мере с теми, с которыми я сталкивался, что они имеют крайне слабые возможности для метапрограммирования. По сути даже сериализацию нельзя сделать с существующими языковыми возможностями, приходится наворачивать внешние тулы. И annotation processing из существующих тулов в этом плане выглядит самым удобным и разумным подходом. Но у него, к сожалению, ограниченные возможности. Если б был такой механизм с аннотациями, то в плане метапрограммирования это был бы просто космос.

ну вроде обещают что-то на независимом от платформы уровне сделать

со временем

вот, блин, на гомоиконных языках это, наверное, не проблема

Ну да макросы там писать хорошо, а вот все остальное… “на любителя”

Imho это не намного сложнее уже существующего annotation processing. По сути это очень схожий механизм, но дающий большую гибкость и удобство. Проблема с макросами, что они могут встретиться где угодно и загрязняют весь язык. Сложно бороться с языком, где можно написать #define true false. А тут все достаточно аккуратно локализовано. Ну да, есть такой-то метод equals, он генерится по такому то шаблону, а не написан руками, но это его личные особенности. Это никак не влияет на весь остальной код, который как вызывал этот equals, так и вызывает, и ему по барабану что у него внутри.

А если делать макросы как в скалке сделали? Мол все локализовано в одном месте и нельзя сделать что то типа #define true false. В итоге макрос можно рассматривать как чистую функцию. А вот с аннотациями надо еше писать плагины к ide

Ну вобщем с аннотациями и у нам те же проблемы

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

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

Ну идея же вроде не из компилятора берёт инфу о коде?

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

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

а потом еще че нить куда нибудь не так сгенерируется - и привет clean build, прощай фокус на задаче и непрерывный workflow

Да, понятно почему этого нет в языке

Инлайн функции очень лайтовый вариант макросов

К слову, кодогенерировать лучше на лету, тогда всё гарантии интерфейсов сохраняются, а генерируешь реализацию

Нет проблем с иде

Можно и во время компиляции, но все равно придерживаться этого правила: генерировать только реализацию и никогда интерфейсы и всё будет ок

А как сказать идеи что тут будет сгенерирована реализация?

А зачем?

Можно и во время компиляции, но все равно придерживаться этого правила: генерировать только реализацию и никогда интерфейсы и всё будет ок

именно так

Реализацию не надо инстанцировать руками

На android всякие Room и Dagger же так и работают?

На android всякие Room и Dagger же так и работают?

По сути да

Ну идея же вроде не из компилятора берёт инфу о коде?

идея нет, она сама исходники анализирует

По сути да

Потому что их иде поддерживает

идея нет, она сама исходники анализирует

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

На android всякие Room и Dagger же так и работают?

но все равно, в Room, Dagger, Autovalue и иже с ними есть момент, когда надо сгенерированную реализацию связать с интерфейсом. В Dagger это биндинг DaggerApplicationComponent как минимум, в AutoValue - указание AutoValue_<имя обьекта> в фабричных методах. В Room тоже где-то такое есть

А если делать макросы как в скалке сделали? Мол все локализовано в одном месте и нельзя сделать что то типа #define true false. В итоге макрос можно рассматривать как чистую функцию. А вот с аннотациями надо еше писать плагины к ide

Я не очень в курсе что там в скале Что мне нравится в кодогенерации на основе аннотаций - что этот подход не требует вносить какую-то сложную поддержку в язык, никаких марсианских конструкций, сложных для парсинга человеками Вместо сложной языковой фичи, просто отдельная штука, прикрученная сбоку, которая выдает тебе незатейливые структуры с метаинфой И ты на обычном языке обычными if-ами и for-ами генеришь то что тебе надо И все это просто, как табуретка: делай раз, делай два, делай три. Тот же reflection, только в complie time.

Я не очень в курсе что там в скале Что мне нравится в кодогенерации на основе аннотаций - что этот подход не требует вносить какую-то сложную поддержку в язык, никаких марсианских конструкций, сложных для парсинга человеками Вместо сложной языковой фичи, просто отдельная штука, прикрученная сбоку, которая выдает тебе незатейливые структуры с метаинфой И ты на обычном языке обычными if-ами и for-ами генеришь то что тебе надо И все это просто, как табуретка: делай раз, делай два, делай три. Тот же reflection, только в complie time.

Ну так и есть вобщем то в скале, reflection api только на уровне компиляции

Я не очень в курсе что там в скале Что мне нравится в кодогенерации на основе аннотаций - что этот подход не требует вносить какую-то сложную поддержку в язык, никаких марсианских конструкций, сложных для парсинга человеками Вместо сложной языковой фичи, просто отдельная штука, прикрученная сбоку, которая выдает тебе незатейливые структуры с метаинфой И ты на обычном языке обычными if-ами и for-ами генеришь то что тебе надо И все это просто, как табуретка: делай раз, делай два, делай три. Тот же reflection, только в complie time.

Только как иде поймет генерацию?

Тимур Бухараев: Ну она будет знать, что если такая-то аннотация стоит, то такой то метод будет сгенерирован и не надо ругаться на его отсутствие.

Она может запустить код генератора и посмотреть на результат.

Только как иде поймет генерацию?

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

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

ну я бы саппортил, если б там было хотя бы 10%

А, т.е. если iOS пользуются 10% пользователей, а андроид аж 90%, то на иОС можно потехоньку забивать? Лень как то для этих 10% на отдельную платформу приложение разрабатывать

А, т.е. если iOS пользуются 10% пользователей, а андроид аж 90%, то на иОС можно потехоньку забивать? Лень как то для этих 10% на отдельную платформу приложение разрабатывать

Некорректный пример, всё тяки яблочные пользователи больше бабла завозят разработчикам по статистике

Некорректный пример, всё тяки яблочные пользователи больше бабла завозят разработчикам по статистике

Ну так и те, кто флагманами на последнем андроиде пользуются тоже бабла не жалеют, не?

А, т.е. если iOS пользуются 10% пользователей, а андроид аж 90%, то на иОС можно потехоньку забивать? Лень как то для этих 10% на отдельную платформу приложение разрабатывать

ну все таки за iOS клики/просмотры в рекламе платят больше, а со встроенными покупками я вообще молчу)

Ну так и те, кто флагманами на последнем андроиде пользуются тоже бабла не жалеют, не?

И сколько их процентов из общей кучи?

у меня с iOS клики прилетают с 1-2.50$ за 1 клик)

А, т.е. если iOS пользуются 10% пользователей, а андроид аж 90%, то на иОС можно потехоньку забивать? Лень как то для этих 10% на отдельную платформу приложение разрабатывать

Зависит от юзкейса. За пиксели яблочные 10% платят больше, чем андроидовые 90%. А вот в Московской электричке я уже слышал обьявление, что билет можно купить теперь и приложении под платформу андроид. Про иос ни слова - нефига под них отдельное приложение пилить, и так покупают билеты -)

Ну так и те, кто флагманами на последнем андроиде пользуются тоже бабла не жалеют, не?

ну вот у меня флагман. С LinageOS без маркета :)

ну вот у меня флагман. С LinageOS без маркета :)

как так жить

люди просто зачастую и покупают андроид-телефоны чтоб скачивать бесплатно апкшечки с хрома

Я о том, что принятие решения о том, саппортить или нет не стоит исходя из статистики. Если лень саппортить, то не надо искать причин.

ну вот у меня флагман. С LinageOS без маркета :)

Сочувствую

ну вот у меня флагман. С LinageOS без маркета :)

это какой ?

не считаю это плюсом для разработчиков

просто интерес

Сочувствую

да ну, мне классно

это какой ?

Nexus 5X. Понятно, что он из прошлого, но это лучше любого последнего самсунга или чего-то такого.

да, самсунг вообще не понятно зачем покупают

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

там бывает у них это (

да, самсунг вообще не понятно зачем покупают

ну пылесосы у них норм, вдруг и телефоны хорошие?

лежит рядом S6 галактика, работает хуже чем 5й айфон

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

Лг этим вообще грешит

а приложения которые были вшиты вендором начали скачивать сами по себе хрен пойми что, и добавили рекламу на экран блокировки

Правда к котлину никакого отношения не имеет

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

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

лежит рядом S6 галактика, работает хуже чем 5й айфон

звучит как ужасающий приговор) ибо шестой айфон, по моим ощущениям, неюзабелен вообще

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

Так Бреслав прямо говорил же, вроде, что не завезли ещё и просто потому, что сложно в сам язык.

я сам 6м пользуюсь))

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

Вот тут воздержусь от комментариев. :)

не могу не согласится что он дитчайше лагает

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

Андрей это прям и говорил

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

Да, ломбок это несколько аннотаций, которые можно просто перебрать. В общем случае это на порядок сложнее

но глянуть на S6 того же года (а вроде и позже), начинаешь понимать что лагает уже и не так дико

звучит как ужасающий приговор) ибо шестой айфон, по моим ощущениям, неюзабелен вообще

у девушки такой, вроде как вполне неплохо, если ещё юзать аккуратно, следить )

Лг этим вообще грешит

Это проблема была 6P и 5X нексусов, у меня 6P вон сгорел также. Гуглы даже тем кто из их стора покупал эти девайсы меняли на пиксели первого поколения

звучит как ужасающий приговор) ибо шестой айфон, по моим ощущениям, неюзабелен вообще

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

6/6плюс вообще такие переходные телефоны, я изначально не видел в них смысла

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

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

но все таки 6 очень лагает

@kotlin_mobile <- welcome

Думаю телефоны можно обсуждать в мобильном чате ?

ну чтож вы так плохо к оффтопу относитесь? Тут же не слак с каналами на любой вкус

ну чтож вы так плохо к оффтопу относитесь? Тут же не слак с каналами на любой вкус

Я думал ты скажешь: что же вы так плохо о мобильном канале думаете ?

а чо бекендеры в мобилках не шарят? ?

а чо бекендеры в мобилках не шарят? ?

не, они-то шарят, но непорядок, о мобилках надо в специальном чатике про мобилки разговаривать)

Всем привет. У меня есть пара Pair<ArrayList<Assessment>, ArrayList<Assessment». Можно как-то в одном цикле пройти сначала по first, а потом по second ??

(pair.first + pair.second).map {}

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

как быстро его переевести в котл

ctrl+shift+k