我们喜欢一个东西，很自然的也会希望其他的人也来喜欢。这很正常。不过，主流工业是否会接受它，其实是件很没谱的事情。anyway（套用电影“1900”里面的台词，fuck the mainstream）管它主流工业接受与否。也不妨碍我们享受学习与运用这项技术的快乐。

对于Erlang，虽然现在有一个Erlyweb这样的框架，但是我本身不太看好它能取得的前景，这并不是Erlang所擅长的方向，虽然它可能在comet这种需要保持长连接的应用中取得突破。Erlang所擅长的领域，从应用来说都是相对较窄，我希望它在通信，P2P这些领域能先取得突破。

据我了解，有类似呼叫中心之类业务的公司在使用ejabber，但是并没有对Erlang有太大重视，仅仅作为一个能够支撑最多并发连接的jabber server来使用。

很多高级特性，在 gen_* 的支持代码之中已经替你搞定了，这就好比 service 接口之于 servlet ，如何处理 failure ，如何处理 start/stop，如何处理 hotdeploy。它都已经帮你搞定。你只需要写 application 代码就行了。

软件工业大量的“资产”依赖于“顺序编程”所构建的软件体系。完全把他们抛弃，显然是非理性的想法。或许大量的软件，只能通过“缓慢的沿革”，过渡到“多核Enable”的状态。这也许才是“工业主流”。

不过对 erlang 来说，走 ruby 的路径也许并非没有可能。其实 ruby 也是一种相对来说也有门槛的 fp 语言，而 ror 之所以火，主要是因为“对迅速 web 开发强烈需求的火”。维护成本或类似的劣势，对 ror 或者 erlang 都是一样的。

Mickaël Rémond 之前也写过一篇 Web 2.0: Shifting from “Get Fast” to “Get Massive” （http://www.process-one.net/en/blogs/article/web_20_shifting_from_get_fast_to_get_massive/ ）或许他所描述的那种“潜在可能”，也是一种有可能的“可能”。

anyway，对于 Erlang 我的期望也不高。更多人知道，那挺好，如果始终都只有一少部分了解，没准正如 potain 所说，还会更好。