哇，这是一个有趣的讨论。我对此有自己的看法:

FP使一些任务相对简单(与非FP语言相比)。 非FP语言已经开始从FP中汲取思想，所以我怀疑这种趋势会继续下去，我们将看到更多的合并，这将帮助人们更容易地过渡到FP。

我不认为函数式编程方法“流行起来”有任何问题，因为它(作为一种编程风格)已经被使用了大约40年。每当OO程序员编写有利于不可变对象的干净代码时，这些代码就是借用了函数概念。

然而，这些天来，强制函数式风格的语言正在获得大量的虚拟墨水，这些语言是否会在未来占据主导地位是一个悬而未决的问题。我自己的怀疑是混合的、多范式的语言，如Scala或OCaml 将很可能统治“纯粹的”函数语言，就像纯粹的OO语言(Smalltalk、Beta等)影响了主流编程一样，但还没有成为最广泛使用的表示法。

最后，我忍不住要指出，你对FP的评论与我几年前从过程程序员那里听到的评论高度相似:

(恕我直言，这是神话)“普通”程序员不理解它。 这并没有被广泛教授。 任何你能用它来写的程序，都能用现有的技术以另一种方式来写。

Just as graphical user interfaces and "code as a model of the business" were concepts that helped OO become more widely appreciated, I believe that increased use of immutability and simpler (massive) parallelism will help more programmers see the benefits that the functional approach offers. But as much as we've learned in the past 50 or so years that make up the entire history of digital computer programming, I think we still have much to learn. Twenty years from now, programmers will look back in amazement at the primitive nature of the tools we're currently using, including the now-popular OO and FP languages.

一般的公司程序员，例如。 和我一起工作的大多数人都会 不懂它和大多数工作 环境不允许您编程 在这

不过，这只是时间问题。一般的公司程序员都在学习当前的大事。15年前，他们不懂面向对象编程。 如果FP流行起来，你的“普通公司程序员”也会跟上。

大学里并没有教过 (还是现在?)

变化很大。在我的大学里，SML是学生接触的第一门语言。 我相信麻省理工学院将LISP作为第一年的课程。当然，这两个例子可能不具有代表性，但我相信大多数大学至少提供了一些关于政策政策的选修课，即使他们没有将其作为课程的必修课。

大多数应用程序都很简单 可以用正常的面向对象方法解决

这并不是一个“足够简单”的问题。在FP中，解决方案会更简单(或更可读、更健壮、更优雅、更高效)吗?许多事情“简单到可以用Java解决”，但它仍然需要大量的代码。

无论如何，请记住，政策政策的支持者几十年来一直声称这是下一个大事件。也许他们是对的，但请记住，5年、10年或15年前他们做出同样的声明时，他们是不对的。

不过，有一件事肯定是对他们有利的，那就是最近，c#向FP的方向急转直下，在某种程度上，它实际上正在把一代程序员变成FP程序员，而他们甚至没有注意到。这可能会为计划生育“革命”铺平道路。也许吧。；）

讨论中忽略的一点是，最好的类型系统存在于当代FP语言中。更重要的是，编译器可以自动推断所有(或至少大部分)类型。

有趣的是，在编程Java时，有一半的时间花在编写类型名上，然而Java到目前为止还不是类型安全的。虽然你可能从来没有在Haskell程序中写过类型(除非作为一种编译器检查的文档)，但代码是100%类型安全的。

为什么函数式编程很重要

Slava Akhmechet写了一篇很棒的文章，叫做《函数式编程》(顺便说一下，正是这篇文章让我开始接触FP)。在FP带来的好处中，他非常规地强调了以下几点(我认为这有助于软件工程师的吸引力):

单元测试 调试 并发性 热码部署 机器辅助证明与优化

然后继续讨论FP中更多传统讨论的方面的优点，如高阶函数、咖喱、惰性求值、优化、抽象控制结构(尽管没有讨论单子)、无限数据结构、严格性、延续、模式匹配、闭包等。

强烈推荐!