Так тут не про ФП.

Тут речь идет о процедурном (Pascal/Basic/C) и его дальнейшим расширением в виде ООП.

Pascal архитектурно поддерживал объекты но пользовались этим мало. В эпоху MS-DOS.

Вот здесь Саша пишет в процедурном стиле Задачка про остров даже методы называются procedure. Все процедуры имеют глобальное
состояние в виде HexMap тоесть это лишний раз доказывает НЕ-функциональность подхода.

Basic. Можешь мне поверить я на нем пописал немного. Там даже оператор есть GOSUB <имя процедуры>

Язык "C" один из самых ранних языков. Возник в эпоху когда еще не было ООП. Что само по себе говорит нам.

Где-то читал что создатель Pascal/Oberon профессор Никлаус Вирт недолюбливал ООП.
Он на уровне терминологии избегал термин class и предпочитал использовать более
узкий термин type. Видимо этим хотел что-то сказать. Хотя строгость к разыменованию
и типизацию он очень уважал.

В вопросах идеологии или в вопросах технического дискурса на тему того ПОЧЕМУ мы пишем именно так
на Java я обращаюсь к смежным языкам и технологиям просто для примера или просто показать что
"и так тоже можно".

Например я часто вижу расширяющиеся от ужаса глаза джунов, когда я говорю что геттеры и сеттеры
не являются частью языка Java вообще. Их нет в спеке языка. И когда такой джун начинает разбирать
мою мысль он дальше спрашивает следующее - "так что мы это всё пишем зря?". Нет скорее всего не зря.
Но сомнение - это путь к познанию. А вот когда сомнений вообще-вообще нет - то это плохо. Это означает
что ему сказали "мальчик... вот пиши так и все будет гуд". И он - пишет. А потом говорят что в сообществе
Java сидят сектанты и любители карго-культа.

Вот недавно меня убеждали что SpringBoot конфигурации на Spring Boot Annotations - это круто. Но дорогие мои друзья.
Вы даже не заметили как просрали полимеры перестали писать на Java? У вас на выходе уже код
Java - несовместимый. У вас на выходе только SpringBoot-compatible. Или вас это уже полностью
устраивает? И вы не Java-разработчик. Да вы после этого ничем не лучше WordPress/PHP кодера.

% его использования был почти нулевой. Я думаю что если мы поднимем статистику самих приложений
по состоянию на Java 1.3 (2000 год) то скорее всего окажется что 80% из них ООП просто не используют.

Я имею в виду не Delphi а именно Pascal. При этом я не говорю что он был плох. Просто писали без ООП.

А комьютерные игры до 90х почти никогда не использовали ООП и я это доказывал уже.

Давайте хоть Хелло Ворлд напишем на этом убийце. А то мы
как ханжи судим Пастернака даже не прочитав.

Больше чем выкинуть Spring я-бы лично хотел выкинуть Хибернейт из стека Спринга.

Я надеюсь что Бугаенко это уже сделал. Если он осилил ORM конешно.

Сашка Шарахов с тобой не согласится. У него весь блог - процедурный http://guildalfa.ru/alsha/

А потом когда поняли что возможностей всё равно не хватает - взяли пре-процессор. Усилили его в 100 крат
и сделали процессор шаблонов. В скобках замечу что он вообще никакого отношения к ООП не имеет.
Просто отдельная магия которая закрывает дыры в абстракциях. По сути - попытка мягко протащить идеи
функционального программирования хотя-бы в фазе компилляции.

Не хватает нам минералов... Не хватает.