именованые параметры не судьба использовать

Так Лёха этот data из Java вызывает, как я понял 😀 А там у него нет именованных параметров

А плагин для генерации билдеров в либу не завезли, да и все свойства одной простынёй написали, вот он и мучается теперь 😞 Но виноват конечно хипстерский котлин, а не авторы рукожопы 😀

а, ну тогда ССЗБ

кстати про котлин...

👍😀

мемчик про меня

5 серия What if просто топчик! Про зомбаков!

ещё вариация

это более реалистичный вариант

но чаще в твитторах слышно такое

не. в твиттерах чаще говорят "перепишите на kotlin", назойливо
или "мы переписали на kotlin" - геройски

Amazon Elasticsearch Service Is Now Amazon OpenSearch Service
https://t.me/iv?url=https://aws.amazon.com/blogs/aws/amazon-elasticsearch-service-is-now-amazon-opensearch-service-and-supports-opensearch-10/&rhash=ec6cb38db5870a

@abashev

#простите

ну так если язык и тулинг позволяет такую херню творить, да еще в зависимости от версии - на одной data muttable на другой нет, то это вопрос к автора языка то

Разве в Java я не смогу такую же дичь написать и заставить тебя использовать конструктор из 50 параметров, из которых 30 будут null и ты сам должен найти порядковый номер этих параметров 😀 Но вот если бы ты эту либу из Kotlin же использовал, без интеропа, то было бы не так больно 😉 Удобный интероп в строну использования в Java не бесплатный, в него немного нужно вложиться, чего авторы библиотеки очевидно не сделали. 🤷‍♂️ Мы например несколько раз использовали правило, что если пишем либу на Kotlin, то тесты пишем всё равно на Java, чтобы как раз убедиться в удобстве использования этой либы в Java 😀

А про мутабельность в зависимости от версию это что-то вообще странное 🤔
Можешь ссылкой на issue поделиться? @fundamentalparticle ты понимаешь о чём это?
Если свойство val, то у него не могло быть сеттеров ни в одной из версий.