Erlang和BEAM的未来

Rad*_*dek 6 java erlang beam

前一段时间我在二郎(从C++/PHP/Java世界中来)非常感兴趣-我已经看到了它在业界已经successfuly使用,通过Ericsson,Facebook,Goldman Sachs,等,所以,我认为这将是一个伟大的平台使用低延迟配置文件构建高要求的应用程序,使用比Java(对我而言)更清晰,更好的语言.

但是在"哇哇效应"消失后,我发现有许多高性能的Java库似乎解决了Erlang理论上最适合的许多问题(实时,低延迟应用,并发,容错等). ).而且,似乎有些东西尽管是Erlang配置文件,但在BEAM上却无法实现(如LMAX Disruptor并发框架).

所以问题出现了:Erlang仍然是建立这样的最佳平台demanding applications吗?如果我们坚持使用一个非常成熟的(J)VM并尝试使用更少的可用资源(OTP团队的大小与JVM团队,支持者等)来实现类似的东西,那会不会更好?是否有可能performance and adoption通过BEAM 实现这种目标?

只是为了说清楚:我不想在这里发起火焰战争.我只是好奇,因为我真的很喜欢Erlang,我认为这是一个很棒的平台,我想投入时间和精力来建立真实的项目.但我想知道其他人可能会说些什么 - 如果我错了 - 也许有人可以纠正我.