там демографический кризис был, не только в РФ. я про поколение 35-45

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

Да! 😭 Вот это главная проблема, наверное, что у делфистов ("истинных") всё вращается вокруг гуя, и всё понимание абстракции и модульности -- в том, как "правильно" вкрутить в гуй бизнес-логику. Так уж их воспитали когда-то. Может, и вузы руку тут приложили.

"Тесты? Не, не знаем. Ща жмякнем кнопку и протестируем."

Я иногда даю кандидатам FizzBuzz -- реализовать тривиальную структуру данных, которую можно повторно использовать. Например, стек. Подразумевается, что это будет небольшой класс, в страничку кода. Причём даю задание на дом.

И только делфисту с 15-летним стажем пришло в голову этот класс унаследовать от формы, хранить содержимое стека в визуальном компоненте "список", жмякнуть рядом кнопочки и поля ввода для выполнения операций над стеком, а в примере программного использования стека делать форму невидимой и вызывать методы ButtonNClick, предварительно устанавливая значения полей TextEditN (аргументы операций), считывая в конце стек через обращения к графической таблице (уже невидимой). Типичный делфи. 😭

Реализация может и хромать, но делфи стоит уважать за возраст и то что он не умирает)

На самом деле, в нише разработки настольного ПО аналогов особо и нет. C# первый на ум приходит, да с натяжкой C++ и Java. Всё. Остальное всё куда менее развитое.

Ну а если в 90-е перенестись, то там делфи для десктопного ПО так и вообще был как истребитель пятого поколения на фоне советских кукурузников (в виде C++/MFC и ранней явы). Жалко, борланд потом все полимеры просрал.

Кстати, дофига легаси-софта до сих пор застряло на Delphi 7 от 2002 года. Это потому, что в делфи потом жёстко совместимость сломали, внедрением юникода. Это как история с Python 3, но ещё хуже.

Многие open-source либы до сих пор слоями ifdef-ов обмазаны, для поддержки этой старой (но живой) версии. Боль.

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

Электрон вызывает ненависть также как и софт на нем

Да, вот как раз вижу, как они отжирают проценты и растут. Сижу и думаю, кого лучше прибить -- Discord, VSCode или Slack, а то зажрались совсем -- гигабайты да ядра им подавай, а то обидятся и всё замедлять будут.

Дело еще не только в этом. Поменялись паттерны разработки. Пример: назовите хотя-бы одно приложение на электроне которое вызывало бы системное модальное окно а не свое собственное, которое иногда перетащить нельзя даже в границах своего приложения

Ну, в научно-техническом софте такую парадигму не примут. Там юзеры поголовно по два экрана используют и по 10 окон старательно расставляют. Всякие CAD-системы ещё не скоро (тьфу-тьфу) на электроне писать будут.

Кстати, есть в природе навороченные CAD-ы на Tcl/Tk, в области электронного дизайна. Это тоже легаси-инструмент, но продукты вполне себе живые и развиваются.

Я изучал вопрос. Электрон позволяет создавать окна, но каждое окно это отдельное приложение. Никто не хочет заморачиваться с несколькими инстансами того же react (нужно синхронизировать store, создавать свой event bus и т.д.) поэтому пилят все в одном системном окне. Хочешь модалку - держи нарисованную в вебе)

А drag-and-drop между окнами сделать реально? Попсовая фича в настольном софте.

Есть Eclipse RCP, на котором корпоративные десктопные приложения было очень удобно писать. Java, конечно.

Ну, скорее еще Turbo Pascal.
Ну кто не писал в вузе графическую оконную библиотеку под  DOS, в стиле TP? Это было стандартное развлечение.