на вскидку, все проблемы проэкта не имеют отношения ни к версии языка, ни к синтаксису. тут был доклад, где проэкт на яве билдился 40 сек, а на котлине тот же "код" 3,5 минуты. если разработчики забросили проэкт до такого плачевного состояния, как показано в начале, не уверен, что им интересно пробовать что-то новое. а как вы бизнесу продали идею, что члены команды получат новый скил для своему резюме?

по моему проблемы с null это больше проблемы выбранной архитектуры, проблемы малого покрытия модулей тестами и т.д. а не проблемы языка. почему-то в android ребята котлинисты как правило получают даже больше npe и других падений чем ребята на java. хотя казалось бы язык защищает, да? использовать какой-то конкретный язык как волшебную таблетку от всех болезней очень наивно

Спасибо

Котлин на бэкэнде не нужен. Да, код короче, но читаемость хуже. По скольку читаем код мы чаще чем пишем, пользы от этого никакой. Ты думаешь, что Java твоя проблема, и ты решил перейти на Kotlin - теперь у тебя две проблемы)

По факту у вас разработчики должны знать и держать в уме специфику двух языков, а не одного, так как нужно сопровождать и дорабатывать модули на двух языках. Сам сталкивался с таким, что когда три месяца пишешь только на одном языке, потом сложно переключиться на другой, и наоборот, очень сложно переключаться между языками, многие вещи забываются и вытесняются из памяти. Как итог уровень экспертизы по всему проекту снижается, у одних разработчиков будет экспертиза по модулям на Java, у других по модулям на Kotlin, и этот опасный момент может привести к возникновению феномена эксклюзивных знаний, когда экспертиза по какому-то модулю только у одного человека в команде, и его увольнение или уход в отпуск может доставить серьезные проблемы

На Java и без lombok можно делать короткие классы. Я конечно не знаю в каком году вы пилили проект, но говорить так будто в Java до сих пор нету этой возможности в 21 году это конечно кринж