Скала для крудов проигрывает экосистеме джавы...

ребятки, а что projvm канал уже все, крякнул? последний пост был в мае...

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

Он особо и не использовался, не переживайте

До этого в ноябре был, жди тайм-аут полгода :)

Ну как, вроде себе инструмент

Не спорю, отвертки всякие нужны. Это только моя неприязнь к ним.

Если язык это только 10%, то можно понимать, что вы на асме пишете?

я скорее вёл к другой мысли:

1. Предположим я, зная свой проект, оцениваю сложность, которую вносит сам язык, на 10% от всей сложности.

Можете интерпретировать это, как ‘процент дефектов и проблем, вызванных инструментом’

2. Если я возьму другой инструмент, который по обещаниям евангелистов значительно, пусть даже на 30% лучше/продуктивнее

3. Я в long-term получу снижение сложности проекта на 10% * 0.3.

4. Взамен я получу новую сложность, вроде иного синтаксиса и возможностей языка, которые захотят использовать наиболее горячие головы.
(Это отсылка к Бреславу, даже ему спустя время нравятся далеко не все конструкции языка)

5. Ну и стоит-ли оно того на бэке ?


По мобильным приложениям вопросов нет — там ресурсы и набор библиотек ограничены

Но я не вижу какой-то выгоды в использовании kotlin, для enterprise crud-приложения

P.S. 10 лет назад спикеры говорили, что за groovy будущее, надо писать бэк на нем

P.P.S.: это личное мнение, я никого не отговариваю, нравится — пишите.
Назовём это ‘прагматичный подход’

Если цифра 10% кажется для вас... надуманной и предвзятый, вспомните, какой вопрос вам чаще задавал джун:

1. Спринг бут не поднимается, помоги...
2. Хибер сгенерировал 1000 запросов на одну страницу...
3. Как читать из Kafka в несколько потоков?
4. ClassNotFound? Доку по системе сборки пролистал — ничего не понял!
5. Deadlock на Oracle...
6. Язык программирования заставил меня сгенерировать геттеры, сеттеры и конструктор для data-класса...

если вместо джавы взять c++ или rust, то цифра 10% кажется очень оптимистичной)

Я согласен с утверждением, но мы в JVM-чате )

С плюсами цифра будет другая — а с C# сопоставимая

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

Хорошо, возьмите Scala

А потом проектик выростает до "хороших" размеров и IDEA "страдает", продуктивность в целом падает

Не очень понял, что имеется ввиду? Идея лагает если проект большой?

Верно

Не сталкивался) Может потому что только микросервисы на нем писал) Лагает на компе какой мощности и каким размером проекта?

В случае со Scala пример не совсем корректен — там меняется не язык, а вся экосистема.
Ничего общего, кроме самой JVM и не остаётся.

Можно привести контр-пример — моему другу выпала доля дорабатывать проект на стеке Scala-Maven-Spring.
Да такое бывает — врагу не пожелаешь, но работать можно.