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

Но проблема в другом, сейчас экономика не может полностью задействовать даже те таланты, которые есть. И которым звёзды позволили реализоваться. А в дефиците, обычные рабочие.

1. После 40 лет многие не выживают, их выкидывают , набирают новых.

2. Некоторые угадывают, и вкладываются в правильную технологию.

3. Некоторые неполноценно следуют за изменениями и переходят на новую технологию с понижением. Потом опять "на коне".

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

Так что именно "вкладываться в язык" - то есть менять любимые методы на возможно нелюбимые, которые никогда не пригодятся. Вместо того, чтобы писать программы, например для себя.

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

Ну по Дельфи обьективно.

1. Мало вакансий.

2. Самые низкие зарплаты на рынке.

Чисто технически я бы не сказал, что он так уж устарел, тем более он наполовину кроссплатформенный с FMX.

Если изучит FMX , то возможно. Будет портировать всё, что понаписал, ещё и на Андройд. Пока компания не обожгётся на глючности FMX.

Но в целом сейчас у компаний с Дельфи есть возможность нанимать неплохих программистов по самой низкой цене на рынке. В какой-то момент это может сыграть в пользу возрождения языка.

Ну с 2018 года там много глюк исправили. И уже и тогда эти глюки касались тех вещей, которые не были в Турбо Паскале. Его сейчас активно используют в школах, так что если бы были серьёзные проблемы с переносом программ, то это было бы широко известно. Поэтому если вы активно не собираетесь использовать "новые фичи", то всё должно работать.

Ну у нас в стране не очень растёт население. Так где как.

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

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

Что касается реалистичной экономики , то в сериах Anno она очень реалистичная. Также в Lords of the Realm почти всё можно за ресурсы строить, и бывают спады населения, если прохлопаешь экономику. Правда это не градостроительный симулятор.

Не надейтесь. Например вот сайт политической партии, который можно продать только им же или народу ещё беднее - comstol.ru , регистраторы на 10 лет себе заняли в приоритетном порядке и всё пытаются продать кому-то.

Ну в любом случае критические секции должны быть покрыты юнит тестами. Вот, наконец повод их сделать.

Я насколько помню там ошибка , если больше $80 число. Тогда надо писать свою обёртку.

Ну не всем же крупные проекты делать. А в мелких , тот же C++ крайне неэффективен против Паскаля/Дельфи.

Можно один и тот же код из примеров посмотреть на Delphi и C++ Builder, неужели кому-то второй вариант кажется более лаконичным и удобочитаемым?

procedure TForm1.MyButtonClick(Sender: TObject);
void __fastcall TForm1::Button1Click(TObject *Sender)

Ну не запросто. Времени уйдёт немало и непонятно на что.

Правда я в своё время разрабатывал автоматический транслятор в Си(без плюсов) для микроконтроллеров. Но там код требует иногда правки вручную, а чтобы 100% автоматически делалось, это требуется слишком много времени, да и мало кому нужно.

А на PascalAbc.net не пробовали откомпилировать?

В Delphi обычно несовместимость при переходе на более новые версии из-за компонентов. Однако для многих из них всё-таки аналоги есть.

Я по опыту помню переход в 7 на 2006 запомнился тем, что надо было взять новый компонент СPort. В Delphi 2010 появился Юникод + опять менять СPort. В XE2 , опять менять СPort. При переходе на XE7 и 10 и вспомнить-то особо нечего. В основном просто старый код работал в новой среде.

А обновлять надо, т.к. ещё в XE7 программы на Андройд работают косорыло, тот же USB у меня так и не заработал, а на 10 всё нормально. Так что кросплатформенный код сейчас требует обновления. Если только для Windows , то да, можно десятилетия ничего не менять.

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