即使您从未专业地使用过函数式语言，了解函数式编程也会使您成为更好的开发人员。它会给你一个新的视角来看待你的代码和编程。

我认为没有理由不去学习它。

我认为能够很好地混合函数式和命令式风格的语言是最有趣的，也是最有可能成功的。

我很难想象纯函数式语言会成为当今的通用语言，其中的原因我就不赘述了(因为它们是煽风点火的材料)。也就是说，无论哪种语言(如果允许的话)，函数式编程都能带来好处。对我来说，更容易测试我的代码。我经常和数据库打交道……我倾向于:

编写一个函数来获取数据、操作数据并返回数据 编写一个非常简单的包装器，调用数据库，然后返回通过函数传递该数据的结果

这样做允许我为操作函数编写单元测试，而不需要创建模拟之类的东西。

我确实认为纯函数式语言非常有趣……我只是觉得对我来说重要的是我们能从他们身上学到什么，而不是我们能用他们做什么。

如果一个人看不到其他艺术的价值，他就无法理解他所选择的艺术的完美和不完美。遵循规则只允许在技术上发展到一定程度，然后学生和艺术家必须学习更多，进一步探索。在学习战略艺术的同时，学习其他艺术也是有意义的。

谁没有通过观察别人的活动来更多地了解自己呢?要学剑，就要学吉他。要学商业，先学商业。只学习刀剑会使你心胸狭窄，不能向外成长。

——宫本武藏《五环之书》

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

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

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

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

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

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

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

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

I don't know whether it will catch on or not, but from my investigations, a functional language is almost certainly worth learning, and will make you a better programmer. Just understanding referential transparency makes a lot of design decisions so much easier- and the resulting programs much easier to reason about. Basically, if you run into a problem, then it tends to only be a problem with the output of a single function, rather than a problem with an inconsistant state, which could have been caused by any of the hundreds of classes/methods/functions in an imparative language with side effects.

FP的无状态本质更自然地映射到web的无状态本质，因此函数式语言更容易让自己更优雅，更RESTFUL的web应用程序。与JAVA和. net框架形成鲜明对比的是，它们需要在本质上无状态的功能平台(如web)上使用VIEWSTATE和SESSION键来维护应用程序状态，并维护有状态命令语言的抽象(有时相当容易泄漏)。

而且，应用程序越无状态，就越容易进行并行处理。如果你的网站很受欢迎，这对网络来说非常重要。向站点添加更多硬件以获得更好的性能并不总是那么简单。

大学里并没有真正教授(或者现在有吗?)

我不知道现在的情况，但在90年代中期，我在计算机科学课程中学习了米兰达语言和Lisp语言。尽管从那以后没有使用纯函数语言，但它影响了我解决问题的方式。

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

在90年代中期的CS课程中，面向对象(使用Eiffel教授)的教学与函数式编程相当。两者在当时都是非主流的。面向对象现在可能是“正常”的，但过去并非如此。

我很有兴趣看看f#是否是将FP推向主流的东西。