по моему проблемы с null это больше проблемы выбранной архитектуры, проблемы малого покрытия модулей тестами и т.д. а не проблемы языка. почему-то в android ребята котлинисты как правило получают даже больше npe и других падений чем ребята на java. хотя казалось бы язык защищает, да? использовать какой-то конкретный язык как волшебную таблетку от всех болезней очень наивно
@Das.Kleine.Krokodil Жыл бұрын
Для чего же тогда в джаве Optional?
@arhitutorials2 жыл бұрын
Котлин на бэкэнде не нужен. Да, код короче, но читаемость хуже. По скольку читаем код мы чаще чем пишем, пользы от этого никакой. Ты думаешь, что Java твоя проблема, и ты решил перейти на Kotlin - теперь у тебя две проблемы)
@ЮрийДымов-у6щ2 жыл бұрын
Если ещё такая проблема как рынок. Если я ищу работу на java то всегда попадаю в legacy, а если на котлин то на новые проекты Так что, при том что языки не отличаются, в зависимости от рынка выбор разный
@Das.Kleine.Krokodil Жыл бұрын
Читаемость хуже для тех, кто не знает языка, что логично.Например для джавистов. Когда уже работаешь с котлином, то на джаву без слез не взглянешь. Например на те-же цепочки обработки коллекций
@Das.Kleine.Krokodil Жыл бұрын
@@ЮрийДымов-у6щсейчас банки переходят на котлин
@alexshpaq Жыл бұрын
По факту у вас разработчики должны знать и держать в уме специфику двух языков, а не одного, так как нужно сопровождать и дорабатывать модули на двух языках. Сам сталкивался с таким, что когда три месяца пишешь только на одном языке, потом сложно переключиться на другой, и наоборот, очень сложно переключаться между языками, многие вещи забываются и вытесняются из памяти. Как итог уровень экспертизы по всему проекту снижается, у одних разработчиков будет экспертиза по модулям на Java, у других по модулям на Kotlin, и этот опасный момент может привести к возникновению феномена эксклюзивных знаний, когда экспертиза по какому-то модулю только у одного человека в команде, и его увольнение или уход в отпуск может доставить серьезные проблемы
@spector7588 Жыл бұрын
На Java и без lombok можно делать короткие классы. Я конечно не знаю в каком году вы пилили проект, но говорить так будто в Java до сих пор нету этой возможности в 21 году это конечно кринж
@TheVendeetta3 ай бұрын
Короткие классы (рекорды) можно делать с 17 java. В проде, зачастую в лучшем случае 11.