我同意第一点，但是时代变了。公司会做出回应，即使他们是后期采用者，如果他们看到有一个优势。生活是动态的。

90年代末，他们在斯坦福教授哈斯凯尔和ML。我相信卡内基梅隆大学、麻省理工学院、斯坦福大学和其他一些好学校正在向学生们展示它。

我同意大多数“在网络上公开关系数据库”的应用程序将在很长一段时间内继续这样做。对于这个问题，Java EE、. net、RoR和PHP已经演化出了一些非常好的解决方案。

您发现了一些重要的问题:这可能是其他方法无法轻松解决的问题，而这些方法将促进函数式编程。那是什么?

大规模多核硬件和云计算会推动它们向前发展吗?

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

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

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

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

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

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

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

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

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

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

我认为函数式编程语言成为“下一个大事件”的最大理由是，在未来，多核处理器将成为标准。程序员将不得不利用这一点，而函数式编程为构建顶级并发软件提供了极好的可能性。

附注:当我在波士顿大学(1998 - 02)读大学时，我们花了一个学期学习Scheme，它是LISP的近亲。我们刚开始学的时候，我都想把头发扯下来。课程结束时，一切都变得很自然了。

我一定是糊涂了，但我还是不明白。是否有像f#这样的函数式语言编写的小型应用程序的实际例子，你可以查看源代码，并了解如何以及为什么使用这种方法比c#更好?

实际上，在阅读了《黑客与画家》之后，我正在学习LISP，我相信我会从LISP中学到一些东西，这将使我更好地理解我所编程的其他东西。现在我不认为我会在我的日常生活中使用LISP，只是因为有人在1995年创建了一个网站，成为雅虎商店。所以无论如何这是一个双赢(如果它流行起来，我赢了，如果没有，我得到了更多关于如何编程和如何工作的观点)

现在…关于另一个有点相关的问题，我认为明年32核处理器到来后编程会发生很大变化吗?是的，我不知道它是否会是函数式编程，但是…我很确定会有一些不同的东西!