scala - future 投资 : Erlang vs. Scala

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 12 年前。

由于并发编程变得越来越重要，我想知道在这方面你对 Erlang 与 Scala 的看法如何。在我看来Scala比 Erlang 拥有更大的用户群和潜在的更光明的 future 。此外，Scala 是一种 Java。

我知道这些问题总是有点主观，但什么会更好 future 投资:Erlang或Scala。或者甚至是另一种语言？

Answer 1

Erlang 是为并发、容错通信系统而设计的。您可以轻松编写处理大量网络连接的服务器，并且(由于每个 Erlang 进程有一个垃圾收集器)服务器可以保留软实时特性(即，整个服务器在 GC 完成之前不会暂停)。您还可以热插拔 Erlang 代码，将其分布在多个节点上，等等。这就是为什么(可以说)最具扩展性的 XMPP 服务器 (ejabberd) 是用 Erlang 编写的。 Yaws(Web 服务器)是 Erlang 擅长的另一个示例，请参阅:http://www.sics.se/~joe/apachevsyaws.html 。 Riak/Couch 是使用 Erlang 构建 NoSQL DB 的示例。对于这些问题，Erlang 是一个不错的选择。

但是就原始计算而言，Erlang VM 不如 JVM 快，因此一旦您需要执行计算密集型操作(例如财务建模)，JVM 将成为您的首选平台。此外，Erlang 的并发模型(参与者)是在该语言中构建的。如果这不符合您想要解决的问题，那么您不会对 Erlang 感到满意。

从某种意义上说，Scala 是更“通用”的语言，并发性、水平可扩展性或容错性不是该语言的一部分。它是在库级别解决的(这就是为什么 Scala 中至少有 3 个 actor 的实现)。好处是您可以选择适合您领域的并发模型。例如，如果您需要软件事务内存 (STM)，只需选择 Akka 即可开始 ( http://akka.io/ )。

此外，还有一个论点是，使用 Scala，您可以利用您的“JVM 投资”和大量 JVM 库。

您没有提供任何关于您想使用这两种语言编写哪种软件的信息，因此很难给您明确的答案。话虽如此，考虑到上述所有因素，Scala 可能是比 Erlang 更“安全”的投资(根本没有抨击 Erlang/OTP，它是一个很好的语言/平台)。

顺便说一句。如果单机并发对您很重要，则不应忽视 Clojure ( http://clojure.org/ )(也是 JVM 语言)。

更新1:如果您喜欢 Erlang 提供的功能，但不喜欢它的语法，请查看 elixir-lang.org

更新2:STM 已从 Akka 中删除 - 现在您可以在 actor(无类型或类型)和流之间进行选择(混合/匹配)。