我在这里看到很多关于函数式语言的讨论。为什么你要使用传统语言而不是传统语言呢?他们在哪些方面做得更好?他们更不擅长什么?理想的函数式编程应用程序是什么?
当前回答
FP无疑是下一个最佳范例。现在哪种语言可能是下一步，这是很难的东西，但我相信可能是Haskell, f#， Clojure, Ocaml或Erlang。或者是带有更多FP结构和更好的并行性/性能支持的Python，或者是带有parrot的Perl 6，看起来非常有趣。
其他回答
呃，很抱歉，我是一个学究，但它已经流行起来了——我们称之为Excel。
http://research.microsoft.com/en-us/um/people/simonpj/papers/excel/
在计算机上运行的绝大多数程序都是用Excel或其众多流行克隆版本之一编写的。
(有许多程序运行多次，而用Excel编写的程序往往不是其中之一-大多数Excel程序都有1个运行实例)
我敢打赌，当你使用以下方法时，你并不知道你在进行函数式编程:
Excel公式 石英的作曲家 JavaScript Logo(海龟图形) LINQ SQL js(或Lodash)， D3
一般的公司程序员，例如。 和我一起工作的大多数人都会 不懂它和大多数工作 环境不允许您编程 在这
不过，这只是时间问题。一般的公司程序员都在学习当前的大事。15年前，他们不懂面向对象编程。 如果FP流行起来，你的“普通公司程序员”也会跟上。
大学里并没有教过 (还是现在?)
变化很大。在我的大学里，SML是学生接触的第一门语言。 我相信麻省理工学院将LISP作为第一年的课程。当然，这两个例子可能不具有代表性，但我相信大多数大学至少提供了一些关于政策政策的选修课，即使他们没有将其作为课程的必修课。
大多数应用程序都很简单 可以用正常的面向对象方法解决
这并不是一个“足够简单”的问题。在FP中，解决方案会更简单(或更可读、更健壮、更优雅、更高效)吗?许多事情“简单到可以用Java解决”，但它仍然需要大量的代码。
无论如何，请记住，政策政策的支持者几十年来一直声称这是下一个大事件。也许他们是对的，但请记住，5年、10年或15年前他们做出同样的声明时，他们是不对的。
不过，有一件事肯定是对他们有利的，那就是最近，c#向FP的方向急转直下，在某种程度上，它实际上正在把一代程序员变成FP程序员，而他们甚至没有注意到。这可能会为计划生育“革命”铺平道路。也许吧。；）
事情朝着功能性的方向发展已经有一段时间了。过去几年的两个很酷的新孩子，Ruby和Python，都比之前的函数语言更接近——以至于一些Lispers开始支持其中一个或另一个，认为“足够接近”。
随着大规模并行硬件给每个人带来了进化的压力——函数式语言是应对这些变化的最佳位置——认为Haskell或f#将成为下一个大事件的飞跃并不像以前那么遥远。
Slava Akhmechet写了一篇很棒的文章，叫做《函数式编程》(顺便说一下，正是这篇文章让我开始接触FP)。在FP带来的好处中，他非常规地强调了以下几点(我认为这有助于软件工程师的吸引力):
单元测试 调试 并发性 热码部署 机器辅助证明与优化
然后继续讨论FP中更多传统讨论的方面的优点，如高阶函数、咖喱、惰性求值、优化、抽象控制结构(尽管没有讨论单子)、无限数据结构、严格性、延续、模式匹配、闭包等。
强烈推荐!
