Ок

честно говоря, как разраб проекта с котлином и спрингом, не особо понимаю, о чём тут особо говорить. о тех плюшках, которые появились в spring5 специально для котлин? ну так они копеечные. основная проблема котлина в том, что на мой вкус он всё-таки не production/enterprise ready. как игрушка, на которой можно написать не особо критичные сервисы - ок. но как только попытаешься несколько раз по котлин стеку, который ведёт вникуда, понять в чём была ошибка... да ещё без возможности точно воспроизвести ситуацию... или начнёшь профилировать при помощи обычных jvisualvm. конечно это всё гораздо лучше чем со scala, где сразу приходится отказываться от обычных jvm тулзов, но всё-таки... в качестве языка для ФП котлин всё-таки не особо удобно использовать, а минусы есть. с ними можно было бы мириться, если бы ФП был классическим (но тогда была бы проблема с кадрами).  в общем, проблем с использованием котлина в беке я вижу много, но их нельзя увидеть за час или два. стартануть проект на boot+kotlin можно очень легко и тут даже непонятно о чём говорить.

Что за осенний пессизим!

Меня давно мучает вопрос, как старого разработчика Java + Spring. Какого хрена все называют фреймворк Spring для создания корп. приложений boot'ом?

Spring Boot - это один из (не самый большой) пакет внутри Spring. Так что определяет название?

Мода такая.  Хотя за пределами SpringBoot - есть ли смысл использования Spring?

Есть, но довольно ограниченный

SpringBoot - это такая удобная упаковка для self contained приложений

а есть куча приложений, которые на spring, но живут внутри какого-то контейнера типа WebSphere

ну это на самом деле культивируется самой командой spring. по сути под брендом boot скрывается много чего, не имеющего прямого отношения к boot. например, pom-файлы c сочетаниями гарантированно совместимых версий разных spring-продуктов. в эру до boot можно было довольно долго подбирать версии spring-security, spring-integration, spring-data и тому подобное, чтобы оно взлетело и не упало в рантайме

точняк! хотя после того как массы отвернулись от J2EE, такое встречается всё реже. ну и не стоит забывать, что приложения это не только web

прямо захотелось померятся старостью. помнится я в BSS на java 1.3 ого-го как херачил 15 лет назад :)
и это не пессимизм. я котлин очень люблю, но реальность такова, что несмотря на всю мою любовь, объективно для серьёзных приложений я бы не стал рекомендовать котлин

а особенно kotlin+java :) все эти постоянные NPE, которые валятся в три раза чаще, чем в java, несмотря на весь хвалёный nullsafe и проблемы interop'a...

Ну что ж, нормальная тема для вечера пятницы. Я начал с 1.1 и jserv.apache.org - это было едва ли не в прошлом тысячелетиии. Интересно есть ли тут кто из fido7.ru.java )))

NPE? Валятся? это про что вообще?

Посмотрите лучше свежее выступление Андрея Бреслава на KotlinConf'18. https://www.youtube.com/watch?v=PsaFVLr8t4E

Про то, что java код c неотслеживаемыми нулями пытаются через !! присобачить к котлин.

Это как в том анекдоте, "а вы так не делайте"

А, null pointer exception. Ну пока так

Вот интересное утверждение. При переходе с Java на Kotlin кол-во кода уменьшается на 25%. При этом возможность использования всех фреймворков и старых либ сохраняется. По-моему, это Killer Feature