И нерукопожатная версия джавы вместо котлина

Думаю, что заманивать людей в такое место аморально.

Кстати как у вас относятся к Kotlin в Enterprise проектах. Есть кто перешел на него?

Закрывать контору и расходиться

А чем ejb не устраивает?

И почему java хуже котлина?

Кто говорит о том что хуже.

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

Читаешь, читаешь и непонятно - кто о чем пишет🤪 вроде один писал, потом еще двое, за него - ничего не понятно...

Есть люди которые изучают и внедряют все новое. Есть тут такие кто делал это на Kotlin?

Можно ссылку на NIH, я наверное рукожопый, не смог ничего найти.

Т. е. про java нужно забыть и внедрять котлин? Каждый раз при изучении чего-то нового все внедрять, как потом этот раздутый стек сопровождать?

Not Invented Here

Не внедрять. Предположим у нас микросервисы. Разработчик предложил новый написать на нем. Руководство будет против?

спасибо понял

Сегодня вы пишите на java. Завтра разработчик предложил новый сервис на котлин, после завтра на джанго, потом на go.  К этому еще добавятся куча библиотек и фреймворков  и понеслась - кто на что горазд. Руководство может быть и не против, но как потом этот весь стек поддерживать? Разработчики могут хотеть что угодно, а потом сиди и догоняй забытые фреймворки, библиотеки. Тем более если взять ваш случай - Enterprise. Разработчики понапихали новых фреймворков в код. А у вас ПО десятилетиями работает и его нужно поддерживать. Где гарантия что очередная новая технология не провалится через год?

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

ну то бишь переписать микросервис — ну месяц край
даже если технология “отвалилась”, переписали на новую или другую старую, и всё

Ну как иначе развиваться, искать что-то новое. Возможно лучшее

ну вот да
тут либо вкладываться в отсмотр технологий такой вот (давая себе разнообразие), либо не вкладываться