Erlang为什么不加入现代特性?

T1说lazy其实靠虚拟机已经算被实现了.不懂.

还有闭包.还有更多haskell里的好东西.

Erlang也有不少年头了,Erlang社区看着haskell们狂加新东西难道不心动吗?

另外，Erlang的UTF支持到底有没有戏呀？想做一做中文的文本处理都不敢，太不方便了。

主要是语言实现者，考量问题的角度是不同的。erlang主要考量并发、稳定、强容错、高冗余。适用于对稳定性、可扩展性、高并发等方面有较高要求的环境。仅适用于服务端。
haskell是一种语言，而erlang更象一个服务端的开发平台。

需要考虑成本和收益.Erlang的函数式语法之所以会成功在于,引入这些语言特性所带来的收益远远要高于学习和编程的成本.Haskell那些特性,就目前来看成本与收益严重不对称.不过Haskell总是一块试验田,其他的语言都或多或少的从中获得启发.远的不说比如说C#3.5的很多泛型设施都是从Haskell的class系统学来的,这当然和Haskell的许多大牛在MS供职是分不开的.所以学习Haskell的一大好处在于可以比较有效的把握,程序语言的发展方向.从中我们可以知道有哪些还没有被主流语言所吸收的特性,然后结合当前的软件开发的趋势去分析那些特性会在这些大趋势下给编程带来更多的收益.

偶像的说法，简而言之学haskell是为了投机倒把，学erlang是为了干活

Erlang总归是函数式语言(而非命令式),用语言写着写着可能就想干一些FP常干的事儿了。郁闷。
看来UTF短期是没戏了。
不过这也成了优势，Erlang在语法是简洁的语言，现在其简约美是一大优势。若哪天一不小心业界到处都在用Erlang了那现代特性估计不加也是不行的了——当然我不是希望发生这种事。
为研究并行演算本质，并行语言（我）必须学，为了附庸风雅，高手们把玩的Haskell也得瞧瞧。
据IFL2000（好像是2000年的什么会？）说想把Glassgow Distributed Haskell弄成既富现代特性又学习Erlang长处，不知道现在死活啊。
我费牛劲儿查到的Haskell的读音是/'ha:skl/，不知道是否正确。

不知偶像关注F#否？他们给C#加那么多好东西是想让C#er顺利过度到F#呢还是不打算好好搞F#呢。我不看好函数式语言可以复用传统的类库。

关于UTF的事情,可以看看ppopp'08里面的这篇文章.
http://research.ihost.com/ppopp08/presentations/u8u16study.pdf

看到R12B5代码里面有UTF8实现 应该不远了

R13A 已经实现UTF支持了。

R13A什么时候发布？
亟需UTF支持