Web服务的Haskell vs Erlang

我正在尝试使用一种功能语言来开始一个实验项目，并试图在Erlang和Haskell之间做出选择，而这两点我都非常喜欢。

我喜欢Haskell强大的字体系统和纯正的风格。我有一种感觉，它将使编写真正可靠的代码变得更加容易。而且我认为Haskell的强大功能将使我想做的事情变得容易得多。

不利的一面是，我觉得在Haskell上做Web东西的某些框架（例如Yesod）不如其Erlang计数器部分那么先进。

我更喜欢Erlang的线程和容错方法。我觉得Erlang的可伸缩性可能是一个主要优点。

这就引出了我的问题，人们在Haskell和Erlang中实现Web应用程序后端有什么经验。Haskell是否有软件包提供Erlang中一些轻量级线程和actor？

我唯一的问题是您的Web服务在做什么？如果Web服务确实是一个功能性问题，那么Haskell将是一个更好的选择。

Erlang不一定是功能语言。它是一种过程语言，具有用于大型并行系统的非常强大的执行模型。它是为电信行业设计的，绝对适合响应Web服务请求。

看到这个页面 *，以了解过程编程和函数式编程之间的区别。（对于深蓝页面上的难看的黑色，请提前道歉）。

如果您的Web服务正在做大量的模式匹配和应用规则，那么Haskel是您的选择。如果您只想要与您可能已经知道的语言没有太大差异的可伸缩基础结构，请选择Erlang。

（*通过Wa​​yback机器链接。原始文件已被删除）

在您提到的这两者之间，肯定Haskell是学术人士，而Erlang用于现实生活中的高可扩展性项目。因此，在这两个Web服务中，我会选择Erlang。

但是我想说您有第三种选择：Scala，一种受Haskell和Erlang共同影响的语言。它用于构建一流的Web服务，例如Twitter或Foursquare。甚至还有Lift，它是一个受Rails和Django启发的Web框架，尽管使用的功能有所不同，但有所不同。Foursquare正在使用Lift。

通常我会说：“尽可能从舒适的地方学习东西，即使您从不实际使用它，也可以使您成为一个更好的程序员”。

在这种情况下，这可能意味着Haskell。但是Erlang不仅在社会上几乎可以接受；但是要点（轻量级流程，消息传递，巨大的可伸缩性）正在许多其他“实用”平台上使用，因此，所汲取的教训对于更“真实”的工作具有广泛而直接的适用性。

我的建议：如果这很有趣，请执行Haskell。如果用于培训，请去Erlang。