Здравствуйте, Poopy Joe, Вы писали:

PJ>Скорость работы ПО так же не определяется пряностью доступа к памяти.

Как раз определяется в очень большой степени. Потому что оперативная память — это жуткий тормоз по сравнению с процессором (хуже неё только IO). В какой-то степени эти тормоза компенсирует кэш процессора, но только в том случае, если им правильно пользоваться. Так вот, ФП как раз приводит к максимально не правильному использованию кэша...

PJ>В некоторых программах, есть некоторые места, в которых ручная оптимизация пока лучше, чем оптимизирующий компилятора, для примера, допустим, хаскеля. Но это 1% от объема общего кода. Ну хорошо, пусть 10%. Но остальные 90% никаких бутылочным горлышком не являются и никак не ускорятся от использования с или с++, не говоря уж о других языках.

О, забавно. Ты тут умудрился в одном предложение и высказать абсолютно верное утверждение и наврать на 100%. В реальности практически любой канонический ФП код серьёзно ускорится при его умелом переписывание на императивном подмножестве C/C++. Однако в 90% случае это просто не нужно, как раз потому, что этот код не является бутылочным горлышком (это не означает что он такой же быстрый, как на C/C++, а означает что его быстродействия хватает для выполнения бизнес-задач — быстрее просто не нужно).