> комьюнити я бы не судил по этому чату. Как мы

видели по статам просмотров нескольких телеговских постов, то в чате их набивается 30-40 или даже выше, когда как общаются активно около 5 человек или около того меньше. Это количество можно признать погрешностью и условно посчитать, что в чате активных дишников практически нет. Хотя мы и не знаем точной структуры аудитории. Я бы предположил, что большинство на D либо пишет мало, либо не пишет вовсе.

Однако тоже самое с любым другим малопопулярным, но тем не менее сложно заменимым ЯП, например Прологом. У ЯП околонулевая инфраструктура, однако используется ли он в проде? Дыа, ибо хрен заменишь на его задачах. Тут где-то в телеге был чат, в который студенты за помощью приходили, путая Пролог и пролог, но есть нюанс.

перечитал своё сообщение и вообще оно может выглядеть как некая дискредитация чата. Абсолютли нот. Я к тому, что есть проекты и прод, но мы его не видим в чате, поскольку инфраструктура языка и ди намного и намного шире. В общем-то я с этим сталкиваюсь даже в относительно популярных ЯП, например, джаве. Я рассказывал, что для саппорта ускорения\облегчения своих десктопных задач юзаю периодически javafx. Это в общем-то относительно высокотехнологичный тулкит, который с прямыми руками на борту тянет множество задач и в чём-то превосходя сишарповые тулкиты, с которых я и слез давным давно. Однако в целом массовая популярность fx крайне низкая, для большинства он "мёртв" + многие самостоятельно его не в состоянии освоить. В итоге в относительно популярном ЯП (джава) мы имеем малопопулярный фреймворк (fx), что достаточно иронично. Однако он есть и в проде, и в петах и много где, но без маркетинга. Тоже самое с Groovy и всем остальным.

Кстати раз у тебя есть жвм опыт положительный (javafx, groovy) Почему Kotlin не подходит на обширный язык а-ля Ди? Он и в выскоуровневое и в Нэйтив (с недавних пор) умеет..

ммм... это очень коварный вопрос). Все ЯП хороши на своих задачах, так что ситуативно). С технической стороны, Java более-менее удачно спроектирована "наоборот": в системном ЯП много сложности, но и возможностей больше, в джаве меньше возможностей, но и сложности меньше. Ну и язык развивается. Собна, Котлин добавляет фич, но и сложность. Логично ожидать и больше возможностей. Компиляция в натив, DSL-фичи, взятые у Groovy достаточно ситуативны, как и в js тоже. Но кардинально новых возможностей он в общем-то и не даёт. Выходит увеличение потерь времени без отдачи, что сомнительно. Любой сложный высокоуровневый ЯП вызывает вопросы: насколько оправданны потери на него времени, учитывая его порезанные возможности т.к. без них всё равно юзать системный ЯП, которому достанется меньше времени. Из-за связи с джавой она может его дебаффать и новички думают, что котлин без джавы никуда и нужно учить легаси джаву, предпочитая аналоги. Сейчас гугел знатно поднагадил дарту, уволив часть команды, но в целом эта связь с джавой может срабатывать обратной стороной их маркетинга. Мобайловый стек может запросто поменяться и тогда будут вопросы, какую нишу займёт котлин, а с другой стороны будет WASM. Здесь есть некая неопределённость и риск. Если лишить котлин мобайла и веба, то что будет? Вопрос. Синтаксис может быть проблемой, но, кмк, самая главная гадость - дока по апи. Это просто неюзабельная портянка без намёка на уважение к разрабу, этим просто невозможно пользоваться.

ануда. Groovy позволяет делать то, что делают скалисты (емнип): вставлять сниппеты в консоль и тестить, эдакий репл-кодинг или как у них там, как и просто превращать джаву в скрипты без изменения кода. Поэтому корректнее наверное сравнивать таки с Java + Groovy, это оч сильный бонус. Ну т.е. зачем учить что-то сложное и непривычное, когда можно просто взять их).