Здравствуйте, kaa.python, Вы писали:

KP>А у нас тут тишина. Никто ничего не пишет? Все всё знают? Заинтригован

А нечего обсуждать. У скалы высокий порог вхождения. Причем не только в сам язык. Она очень гибкая и мощная, поэтому большинство задач имеют несколько совершенно различных решений. Нужно очень хорошо понимать проблему и альтернативные подходы. Если просто первое предложение из Гугла, обычно ничего красивого в итоге не получится. Это приводит к ситуации, когда Scala-разработчики сильно фрагментированы.

Есть команды, где взяли какую-то библиотеку (spark, akka) и только поэтому берут и язык. Им обсуждать нечего, они прямо по-учебнику библиотеки пишут.

В других командах Scala берут именно из-за богатства языка (и системы типов). Но там практически всегда есть человек, который уже все знает и принял решение. Поэтому тем для обсуждения на форуме нет. Плюс у нас в городе, например, до covid проводились meetup, на которых разные интересные вещи показывались. Там можно было иногда всякую маргинальщину обсудить.

В третьих командах ее берут "попробовать". Но не желают инвестировать много времени на изучение. Более того, не желают менять устоявшиеся в стеке Java привычки. В результате получается java-style с сахаром. И его с таким же успехом можно заменить котлином. Он менее страшен, поэтому разработчики используют его.

Мы — используем в силу осознанной необходимости, при этом с higher-kinded polymorphism. Удобно, одна и та же логика может работать асинхронно (сейчас станадртный режим работы) или синхронно (тесты, потенциально в лямбды и прочий serverless удобно). При необходимости всякие distributed tracing можно по всему приложению прозрачно для промежуточных сервисов протаскивать (в асинхронном выполнении, да).