Прочитала-таки крик души. Соглашусь с Fagor. Автор хочет делать Крутые Технологии, а не презренный бизнесь. Но делает ту же ошибку, за которую ругает "опустившихся до развлекательных приложух" прогеров с долины. Он выдает Крутые Технологии за прогресс. Имхо, "двигать прогресс" - это научиться решать более сложные задачи (или те же самые, но быстрее), и этим увеличивать массу эффективных решений. При этом оно может быть очень скучным, безо всяких там забубенных алгоритмов и новых ЯП. Новые ЯП и алгоритмы любят те, кому интересно копаться в алгоритмах и ЯП)))
И в итоге у нас есть две кучки прогеров: те, кто любит деньги и славу, и те, кто любит копаться в технологиях. А хотелось бы еще и третью - тех, кто любит решать прикладные задачи и оптимизировать методы их решения.

Может определенные кучки более заметны?

одно другому не мешает. Новые языки взлетают когда за ними стоят реальные прикладные задачи, для которых они изобретаются
IT - вещь прикладная. ВСякий прогресс идет только, когда есть связь с прикладными областями.  Мечтатели, которые пилят свой язык, БД и т.д - это скучно. Без проверки на практике мечты нафиг никому не нужны

Именно

важны интересные прикладные задачи. А тут влияет разнообразие бизнеса в стране. Если у нас нет аналогов компаний типа Samdsung, Huawei, Bosch, etc (не берем в расчет их офисы у нас), то наши программисты во многом обречены крутиться в узком секторе

тебе скучно, но много языков в проде было создано мечтателями без заказа от бизнеса/государства.

не обязательно заказ от бизнеса. Есть прикладные задачи от науки, инженерии и т.д

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

практическая польза от языка это сайд-эффект от его применения.

язык создается для упрощения решения каких-то задач. А методика создания давно отработана

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

Кстати, там рядом завалялась статья про реестр отечественного ПО https://habr.com/ru/post/503764/, в которой утверждается, что нельзя попасть в реестр, если у тебя в по используются компоненты с лицензией GPL...

Ну концепции-то исходят из каких-то задач, точнее, классов задач, которые хочется решать быстрее и эффективнее (с разных точек зрения)

класс задач шире ставится, но все равно есть область на какую нацелены.

компактность, скорость, эффективность, связка с ассемблером и прямая работа с паматью. Все, что нужно для системных вещей. Так Си и сделался.
Так и с остальными языками.  В тех случаях когда сильно ради концепции (Хаскель, Occaml, Оберон, etc) то практика применения обычно хромает

о, шикарно.. дурдом на марше

хромает, но внедряется же, не? другие языки втягивают в себя наработки концептуальщиков. язык может и помереть без денежных вливаний, но идеи почему-то тащатся в языки, используемые в проде.

идеи - они скорей из математической стороны этого процесса: формальные языки и стемы, матлогика и т.д

мне не надо делать язык чтоб включить в другой язык лямбды. Эта концепция и так есть в формальных системах

угу, что может быть дальше от земных проблем, чем математика и ее служители, а дык, смотри-ка, сколько пользы приносят.