если код нормально отформатирован, зачем тебе сеттеры и геттеры ревьюить?

это как частный пример

если чо, я за всё хорошее :)

главное чтоб люди решали свои задачи радовались

так вот видишь меня их наличие бесит, надо скролить, время тратить на навигацию… микросекунды но жалко =)
их много, я один

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

Например небольшая компания Х пишет на последних ЛТС джавах и тут одному тех лиду приходит в голову - а почему бы не писать на Котлине - круто модно молодежно - тут возникает вопросы - что именно писать на котлине , впихивать в джава проекты код на котлине или переписывать джава в котлин код в работающем продукте ? Насколько это будет правильно ? Насколько потом поиск разработчиков будет осложнятся этой котлин частью ? Насколько дороже люди с знанием котлина будут стоить компании ?

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

Ну я это сказал просто к тому, что как по мне ломбок в данном случае — может и отличный тул, но вот постановка проблемы которую он решает — так себе.

абстрактные вопросы которые задаю себе иногда и не могу на это ответить

возможно мне вообще их не стоит себе задавать =) но вот переубедить других людей не отвечая на эти вопросы не получается

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

Насчёт помимо - зависит от языка. В Котлине есть больше вещей, чем дата классы (и довольно много ценных вещей начинаются в местах, где тебе язык просто не даёт выстрелить в ногу).

Какие-то другие языки могут решить ещё больше проблем. В том числе и поднять качество абстракций и тд.

Конкретно по бойлерплейту - ну, я разок видел ситуацию, что изменения в каких-то вещах недосинхронизовали (условно добавили новое поле, геттер, сеттер, но не обновили equals/hashcode). Из-за этого сложная ситуация - вроде код автогенерённый с помощью идеи, а ревьюить надо. Из-за этого штуки, которые убивают бойлерплейт я относительно люблю.


Так суммарно - языки надо смотреть, они могут больше, чем кажется. Но я согласен, что решения не стоит принимать бездумно. Т.е. условно говоря тот же Котлин. Язык лучше. Тулинг пока что хуже. Итого для каждого своё, у нас в новые проекты решили тащить Котлин.

например? на что не можешь ответить?

эмм..
а ты думешь есть один ответ? =)
тут же все зависит от….

Какую именно проблему решит котлин ?

Какие вообще именно проблемы решает котлин

зайди на сайт. там в why kotlin описаны несолько вещей, которые не высосаны из пальца, а это то, что люди реально называют как главные достоинства.
- меньше кода, меньше ошибок
- nullability - меньше ошибок. да, не серебрянная пуля, но весьма хороший инструмент
- корутины. ну не готов ещё loom, не готов. корутины для многих тоже хороший инструмент
- mpp. в ту же копилку

Ну вот из всего списка разве что два последних пункта привлекают. Остальное — спорно.

это субъективное мнение. а не статистическое.
другой человек скажет наоборот, 3 и 4 нафиг не надо, а 1 и 2 - огонь