因为FP在生产力、可靠性和可维护性方面有显著的好处。多核可能是一个杀手级应用程序，最终让大公司在大量遗留代码的情况下转换。此外，即使是像c#这样的大型商业语言，也因为多核问题而呈现出一种独特的函数风格——副作用根本不适合并发性和并行性。

我不认为“普通”程序员不能理解它。他们会的，就像他们最终理解了面向对象编程一样(它同样神秘和怪异，如果不是更神秘的话)。

此外，大多数大学都教授FP，许多甚至将其作为第一门编程课程。

我认为其中一个原因是有些人认为一门语言是否被接受最重要的部分是它有多好。不幸的是，事情很少这么简单。例如，我认为Python被接受的最大因素不是语言本身(尽管这非常重要)。Python如此受欢迎的最大原因是它庞大的标准库和更大的第三方库社区。

像Clojure或f#这样的语言可能是这个规则的例外，因为它们是构建在JVM/CLR之上的。因此，我没有答案。

为什么函数式编程很重要

事情朝着功能性的方向发展已经有一段时间了。过去几年的两个很酷的新孩子，Ruby和Python，都比之前的函数语言更接近——以至于一些Lispers开始支持其中一个或另一个，认为“足够接近”。

随着大规模并行硬件给每个人带来了进化的压力——函数式语言是应对这些变化的最佳位置——认为Haskell或f#将成为下一个大事件的飞跃并不像以前那么遥远。

我个人认为，对于分布式系统和多线程/并行编程，函数式编程将很快取得突破。只要它通过编程库与现有的OOP范式集成。所以…在我看来，纯功能的方法仍将停留在学术上。

一些想法:

The debate between FP and imperative programming (OO, structured, etc), has been raging since Lisp versus Fortran. I think you pose excellent questions but recognize that they are not especially new. Part of the hoopla over FP is that we seem to be recognizing that concurrency is very difficult, and that locks and other mechanisms in OO (e.g. Java) are just one solution. FP offers a refreshing sea change with ideas such as Actors and the power of stateless computing. To those wrestling with OO, the landscape seems highly appealing. Yes, schools teach FP. In fact, the University of Waterloo and others offer Scheme in first year classes (reference here). Regarding the average programmer, I'm sure that the same arguments were given against C++ back in the early 1990s. And look what happened. If businesses can gain an advantage via a technology, you can bet that people will receive training.

这并不是说这是板上钉钉的事，也不是说在3-5年内不会出现反弹(一如既往)。然而，朝着计划生育的趋势是有好处的，值得关注。