Ну и кстати Swift в этом плане от индустрии не отстает

Дело же не в синтаксисе конкретных языков, а вообще к подходам к проектированию ПО. Категорные базы данных, например, или, допустим, генеративные модели в МО. Там нужна функциональщина для понимания. А кодить можно хоть на ассемблере.

Если кодить можно хоть на ассемблере, то и данные можно хранить в текстовом файле или обучаться на какой-нибудь примитивной модели, и что это доказывает?

Ничего. Дело не в хранении данных, а в том, как Вы их интерпретируете. Функциональная интерпретация более удобна и позволяет быстрее развивать функциональность. И она просто более адекватна реальности, потому что имеет физические основания. По крайней мере, мой опыт таков. Но я не навязываю точку зрения. У всех опыт разный.

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

Лично для меня (распределённые системы и параллельные вычисления) ООП вообще не работает.

А вы собственный опыт экстраполируете на всю индустрию разработки в целом? )

Ну, это же не только мой личный опыт. У нас, параллельщиков, у всех такая проблема. ООП не работает, потому что не получается придумать достаточно эффективное понятие  объекта для распределённой памяти.

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

Чем акторы не объекты которые в то же время могут работать в параллельных системах

Мне кажется от задачи как обычно все зависит

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

Никакие :)

Когда мне надо было, я просто сам билдскрипты писал, и модифицировал App.config компилятора, чтоб он сборки из нугета мог подгрузить.

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

Но можно туда законтрибьютить, например :)

У них код довольно человечный, хоть и написан поколениями студентов.

Не такие уж там и толстые абстракции. Функция - это всего лишь структура данных с указателем на код (или, если связи можно разрешить статически, без указателя). В Lambda Papers хорошо описано, как eval сводится к формированию таких структур,  а apply сводится к goto.

Для встраиваемых систем есть реализации функциональных языков.

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

https://github.com/pascalabcnet/pascalabcnet/blob/e603b1fd6dcb7c4c0f361a6fade6913daee8eec7/NETGenerator/NETGenegratorTools.cs#L393-L394 вот кусочек веселухи для затравки

Фронт-енд и мобильные - это уже неиллюзорные распределённые системы, и разработчики там огребают все проблемы распределённых систем. Постепенно даже начинают использовать решения из распределённых систем - CRDT, там, и всякое такое.
При этом внезапно выяснилось, что UI (стейт-машину) удобно моделировать в функциональном стиле - привет React/Redux и прочим Elm Architecture с RxEverything. И эта тема сейчас активно просачивается в мобилки из фронт-енда.
Оно, конечно, не Haskell, и тем более не зав. типы, но то, что попало в мейнстрим JS становится общим местом. 😃

Могу заменить только, что аккуратно написано. Но ковыряться в этом нет возможности.