请教下关于 Erlang 语言的前途

Zhifei ye

unread,

Sep 7, 2010, 11:04:19 PM9/7/10

to dev4s...@googlegroups.com

我们还是新兴的游戏公司，以网页游戏为主，现在还是以java作为后端开发语言。

为了开发10W以上在线的并发服务，正在考虑转型。

到底是用C/C++ 还是用Erlang，需要花些时间调研。

C/C++比较成熟，我也比较熟悉，但是Erlang基本只是听说而已。

有没有熟悉的人帮忙解惑下，谈谈Erlang有什么优势。

比如

学习、开发、维护代价

与前端技术，数据库配合的成熟性

并发性能、分布式性能

稳定性

是否有成功案例

先谢过了，呵呵

Ju Chen

unread,

Sep 7, 2010, 11:07:29 PM9/7/10

to dev4s...@googlegroups.com

用Java支持10W以上在线也可以的吧。

----------

Best Regards!
Chen Ju

welcome to my blog:http://www.kylogs.com/blog

-EOF-

2010/9/8 Zhifei ye <zhifei.ye@gmail.com>

Zhifei ye

unread,

Sep 7, 2010, 11:18:36 PM9/7/10

to dev4s...@googlegroups.com

可以是可以，但是相对的需要更多台机器资源。能省则剩呗。

机架和服务器毕竟是成本的一个重头。

2010/9/8 Ju Chen <samm...@gmail.com>

chuang

unread,

Sep 7, 2010, 11:19:19 PM9/7/10

to dev4s...@googlegroups.com

恕我直言,创业公司经不起折腾,类似这种系统到底用什么语言来做才能满足负载要求的问题, 不应该在做了一阵的时候出现, 应该在很早就确定好了,如果这个也是问题的话,恐怕后面你们遇到的麻烦还会不少.难道贵公司没有大牛把技术路线都订好么?

2010/9/8 Ju Chen <samm...@gmail.com>

Zhifei ye

unread,

Sep 7, 2010, 11:25:33 PM9/7/10

to dev4s...@googlegroups.com

首先，不是做了一阵的问题。

我们是在做长远规划，当然是为下一款游戏准备的，之前的游戏用java开发的，已经很成功了，只是每个支持服8000在线。

的确没有大牛，只好由小弟代劳了，呵呵

2010/9/8 chuang <lichua...@gmail.com>

Kula

unread,

Sep 7, 2010, 11:27:05 PM9/7/10

to dev4s...@googlegroups.com

有些问题是看人能不能镇住的.你有信心把用erlang的时候遇到的问题都镇住,使用erlang当然没问题.

2010/9/8 Zhifei ye <zhif...@gmail.com>:

> 首先，不是做了一阵的问题。
> 我们是在做长远规划，当然是为下一款游戏准备的，之前的游戏用java开发的，已经很成功了，只是每个支持服8000在线。
>
> 的确没有大牛，只好由小弟代劳了，呵呵
> 2010/9/8 chuang <lichua...@gmail.com>
>>
>> 恕我直言,创业公司经不起折腾,类似这种系统到底用什么语言来做才能满足负载要求的问题, 不应该在做了一阵的时候出现,
>> 应该在很早就确定好了,如果这个也是问题的话,恐怕后面你们遇到的麻烦还会不少.难道贵公司没有大牛把技术路线都订好么?
>>
>> 2010/9/8 Ju Chen <samm...@gmail.com>
>>>
>>> 用Java支持10W以上在线也可以的吧。
>>>
>>>
>>> ----------
>>>
>>> Best Regards!
>>> Chen Ju
>>>
>>>
>>> welcome to my blog:http://www.kylogs.com/blog
>>>
>>> -EOF-
>>>
>>>
>>>

>>> 2010/9/8 Zhifei ye <zhif...@gmail.com>

>>>>
>>>> 我们还是新兴的游戏公司，以网页游戏为主，现在还是以java作为后端开发语言。
>>>> 为了开发10W以上在线的并发服务，正在考虑转型。
>>>> 到底是用C/C++ 还是用Erlang，需要花些时间调研。
>>>> C/C++比较成熟，我也比较熟悉，但是Erlang基本只是听说而已。
>>>> 有没有熟悉的人帮忙解惑下，谈谈Erlang有什么优势。
>>>> 比如
>>>> 学习、开发、维护代价
>>>> 与前端技术，数据库配合的成熟性
>>>> 并发性能、分布式性能
>>>> 稳定性
>>>> 是否有成功案例
>>>> 先谢过了，呵呵
>>>>
>>>> --
>>>> 高性能服务器研发与运营
>>>> http://groups.google.com/group/dev4server
>>>
>>> --
>>> 高性能服务器研发与运营
>>> http://groups.google.com/group/dev4server
>>
>> --
>> 高性能服务器研发与运营
>> http://groups.google.com/group/dev4server
>

> --
> 高性能服务器研发与运营
> http://groups.google.com/group/dev4server

Ju Chen

unread,

Sep 7, 2010, 11:39:09 PM9/7/10

to dev4s...@googlegroups.com

在Java方面在挖挖潜力，或许更好呢。比较开发人员都熟悉了。

2010/9/8 Zhifei ye <zhifei.ye@gmail.com>

Sparkle

unread,

Sep 7, 2010, 11:41:36 PM9/7/10

to dev4s...@googlegroups.com

JavaתC++��erlang��Ƚϲ�

�� 2010-9-8 11:04, Zhifei ye д��:
> ��ǻ��˵��Ϸ��˾��ҳ��ϷΪ��ڻ��java��Ϊ��˿��ԡ�
> Ϊ�˿��10W��ߵĲ��ڿ��ת�͡�
>
> ��C/C++ �� Erlang��Ҫ��Щʱ��С�
>
> C/C++�Ƚϳ��죬��Ҳ�Ƚ��Ϥ��Erlang��ֻ��˵��ѡ�
>
> ��û��Ϥ��˰�æ��£�̸̸Erlang��ʲô��ơ�
>
> ��
>
> ѧϰ��ά��
> ��ǰ�˼��ݿ��ϵĳ��
> ��ܡ��ֲ�ʽ��
> �ȶ��
> �Ƿ��гɹ��
>
> ��л��ˣ��Ǻ�
>
> --
> ��ܷ��з��Ӫ
> http://groups.google.com/group/dev4server

lyt

unread,

Sep 7, 2010, 11:54:40 PM9/7/10

to dev4s...@googlegroups.com

欢迎你去吃螃蟹。

如果由我选择，我倾向于成熟的技术。

--
高性能服务器研发与运营
http://groups.google.com/group/dev4server

qiaojie

unread,

Sep 8, 2010, 12:54:23 AM9/8/10

to dev4s...@googlegroups.com

实际上人力成本的投入一般来说要远高于硬件成本。硬件成本很容易计算，而人力成本除了工资之外还有时间成本、机会成本等隐性成本，这些成本的价值是很难估算的。所以能靠硬件解决的问题，就不要轻易动用人力。

2010/9/8 Zhifei ye <zhifei.ye@gmail.com>

Zhifei ye

unread,

Sep 8, 2010, 1:26:34 AM9/8/10

to dev4s...@googlegroups.com

这些问题当然我有慎重考虑过，但请回到topic上来吧

2010/9/8 qiaojie <qia...@gmail.com>

qiaojie

unread,

Sep 8, 2010, 2:03:33 AM9/8/10

to dev4s...@googlegroups.com

回到正题的话，建议小步尝试，用erlang或者C++替换部分模块，实践一下自然就得出结论。

2010/9/8 Zhifei ye <zhifei.ye@gmail.com>

yanggu...@gmail.com

unread,

Sep 8, 2010, 2:06:36 AM9/8/10

to dev4s...@googlegroups.com

其实最大的成本是人力成本。何况Erlang目前还是小众语言。

在 2010年9月8日上午11:18，Zhifei ye <zhif...@gmail.com> 写道：
> 可以是可以，但是相对的需要更多台机器资源。能省则剩呗。
> 机架和服务器毕竟是成本的一个重头。
>
> 2010/9/8 Ju Chen <samm...@gmail.com>
>>
>> 用Java支持10W以上在线也可以的吧。
>>
>>
>> ----------
>>
>> Best Regards!
>> Chen Ju
>>
>>
>> welcome to my blog:http://www.kylogs.com/blog
>>
>> -EOF-
>>
>>
>>

>> 2010/9/8 Zhifei ye <zhif...@gmail.com>

>>>
>>> 我们还是新兴的游戏公司，以网页游戏为主，现在还是以java作为后端开发语言。
>>> 为了开发10W以上在线的并发服务，正在考虑转型。
>>> 到底是用C/C++ 还是用Erlang，需要花些时间调研。
>>> C/C++比较成熟，我也比较熟悉，但是Erlang基本只是听说而已。
>>> 有没有熟悉的人帮忙解惑下，谈谈Erlang有什么优势。
>>> 比如
>>> 学习、开发、维护代价
>>> 与前端技术，数据库配合的成熟性
>>> 并发性能、分布式性能
>>> 稳定性
>>> 是否有成功案例
>>> 先谢过了，呵呵
>>>
>>> --
>>> 高性能服务器研发与运营
>>> http://groups.google.com/group/dev4server
>>
>> --
>> 高性能服务器研发与运营
>> http://groups.google.com/group/dev4server
>

> --
> 高性能服务器研发与运营
> http://groups.google.com/group/dev4server

Ju Chen

unread,

Sep 8, 2010, 2:15:51 AM9/8/10

to dev4s...@googlegroups.com

不熟悉Erlang, 不负责任的说下，单论性能，作为长期在线的服务端，Erlang不比Java有优势吧？

----------

Best Regards!
Chen Ju

welcome to my blog:http://www.kylogs.com/blog

-EOF-

2010/9/8 <yanggu...@gmail.com>

李鑫

unread,

Sep 8, 2010, 2:23:18 AM9/8/10

to dev4s...@googlegroups.com

一组服务器10万以上在线？

Zhifei ye

unread,

Sep 8, 2010, 2:26:50 AM9/8/10

to dev4s...@googlegroups.com

肯定是分布式的，程序性能好，可以少用点机器。

2010/9/8 李鑫 <sunx...@gmail.com>

李鑫

unread,

Sep 8, 2010, 2:38:15 AM9/8/10

to dev4s...@googlegroups.com

是什么类型的游戏呀？

jaxiinofea

unread,

Sep 8, 2010, 2:41:14 AM9/8/10

to dev4s...@googlegroups.com

在 2010年9月8日上午11:25，Zhifei ye <zhif...@gmail.com> 写道：
> 首先，不是做了一阵的问题。
> 我们是在做长远规划，当然是为下一款游戏准备的，之前的游戏用java开发的，已经很成功了，只是每个支持服8000在线。

单服支持8000人？我感觉已经不错了耶。
我感觉还是看模块需要而选择语言吧。不知道会不会有人用 erlang 写游戏逻辑。。。

>>> ----------
>>>
>>> Best Regards!
>>> Chen Ju
>>>
>>>
>>> welcome to my blog:http://www.kylogs.com/blog
>>>
>>> -EOF-
>>>
>>>
>>>

>>> 2010/9/8 Zhifei ye <zhif...@gmail.com>

>>>>
>>>> 我们还是新兴的游戏公司，以网页游戏为主，现在还是以java作为后端开发语言。
>>>> 为了开发10W以上在线的并发服务，正在考虑转型。
>>>> 到底是用C/C++ 还是用Erlang，需要花些时间调研。
>>>> C/C++比较成熟，我也比较熟悉，但是Erlang基本只是听说而已。
>>>> 有没有熟悉的人帮忙解惑下，谈谈Erlang有什么优势。
>>>> 比如
>>>> 学习、开发、维护代价
>>>> 与前端技术，数据库配合的成熟性
>>>> 并发性能、分布式性能
>>>> 稳定性
>>>> 是否有成功案例
>>>> 先谢过了，呵呵
>>>>
>>>> --
>>>> 高性能服务器研发与运营
>>>> http://groups.google.com/group/dev4server
>>>
>>> --
>>> 高性能服务器研发与运营
>>> http://groups.google.com/group/dev4server
>>
>> --
>> 高性能服务器研发与运营
>> http://groups.google.com/group/dev4server
>

> --
> 高性能服务器研发与运营
> http://groups.google.com/group/dev4server

Zhifei ye

unread,

Sep 8, 2010, 2:41:55 AM9/8/10

to dev4s...@googlegroups.com

偏策略和RPG之间，这方面暂时不能透露哈哈

2010/9/8 李鑫 <sunx...@gmail.com>

Feng Yu

unread,

Sep 8, 2010, 2:43:33 AM9/8/10

to dev4s...@googlegroups.com

用Erlang实现游戏是很合适的，很多公司已经验证过了，你不是小白鼠的！！

专注高性能容错分布式服务器的研究和实现
http://blog.yufeng.info

2010/9/8 Zhifei ye <zhifei.ye@gmail.com>

Jarod Liu

unread,

Sep 8, 2010, 3:34:04 AM9/8/10

to 高性能服务器研发与运营邮件列表

个人认为erlang很不适合
1.erlang性能不比java高
2.习惯了OO用erlang做游戏逻辑开发估计会比较怪
3.招人也不容易

要玩玩的，网关部分可以试试

jacky zhao

unread,

Sep 8, 2010, 8:20:04 PM9/8/10

to dev4s...@googlegroups.com

技术选型，从来就不是一个简单的问题，我看过贸然选型，导致公司失败的例子。上面有些朋友的回复不能算是离题，决定在某个场景是不是要使用某个语言，并不是看一两个 benchmark 就能下结论的问题。在技术层面，语言本身的模型、它所专注的问题域、SDK 的完善程度；在团队层面，士气、人员、培训；在运营层面，硬件、时间、风险；还有很多我们这些人目前还看不到因素，虽说没有必要全部想定了再动手，但能考虑到的，都应该纳入考虑。否则，往大里说就是“技术本位主义”，往小里说，如果不把这些问题想清楚，又如何说服管理层呢？

呵呵，我是搞 Erlang 的，而且搞得很过瘾。从个人喜好的角度，我很乐于见到更多的公司用 Erlang 来做“生产系统”，因此，你可以认为我的话是“不客观”的。

> 学习、开发、维护代价

这个取决于你有什么样的人和设计出了怎样的系统。

> 与前端技术，数据库配合的成熟性
与前端配合比较成熟，与“传统”数据库配合不会象你想象的成熟，但它有自己的数据库。

> 并发性能、分布式性能
这个是它的强项，但仍取决于你的系统设计。

> 稳定性

同样取决于你的系统设计，归根结底，取决于你有什么样的人。

> 是否有成功案例

有，楼上就有在游戏领域使用 Erlang 的业内人士。

似乎可以归结为“取决于你有什么样的人”，呵呵。

jackyz

2010/9/8 Jarod Liu <liuyu...@gmail.com>

tuchun

unread,

Sep 8, 2010, 8:28:40 PM9/8/10

to dev4s...@googlegroups.com

呵呵，说的很有道理。但导致公司失败的原因，要算到技术选型上面，有点牵强，技术还上不到这么高的决策地位。

特别是互联网创业项目，技术从来都不是问题，风投也从不会考虑技术上的问题。

Oscar

unread,

Sep 8, 2010, 9:51:48 PM9/8/10

to 高性能服务器研发与运营邮件列表

你要支持更多的并发，程序一定要scale out，换句话说，就是拿机器数量来换性能。
所以，如果为了少用点机器，(完全)分布式不是你的选择。

On Sep 8, 2:26 pm, Zhifei ye <zhifei...@gmail.com> wrote:
> 肯定是分布式的，程序性能好，可以少用点机器。
>

> 2010/9/8 李鑫 <sunxyl...@gmail.com>
>
>
>
> > 一组服务器10万以上在线？

Joe Wu

unread,

Sep 8, 2010, 10:22:40 PM9/8/10

to dev4s...@googlegroups.com

整个团队换语言还是小心为上

镇痛期会很长

怎么不选Python ，Erlang 太偏了，并且国内也没什么成功的案例。

2010/9/9 Oscar <ro4...@gmail.com>

liao zibo

unread,

Sep 8, 2010, 11:48:18 PM9/8/10

to dev4s...@googlegroups.com

http://debasishg.blogspot.com/2008/08/erlang-as-middleware.html

国外还是用很多用erlang的，只是考虑在国内好招人不。

--

website: http://www.liaozibo.com

twitter:http://twitter.com/liaozibo

赖勇浩

unread,

Sep 9, 2010, 2:00:05 AM9/9/10

to dev4s...@googlegroups.com

2010/9/9 Oscar <ro4...@gmail.com>:

> 你要支持更多的并发，程序一定要scale out，换句话说，就是拿机器数量来换性能。
> 所以，如果为了少用点机器，(完全)分布式不是你的选择。

这句话太靠谱了！一定要跑出来顶一顶。

--
web site：http://laiyonghao.com
twitter: http://twitter.com/laiyonghao

qiaojie

unread,

Sep 9, 2010, 2:11:11 AM9/9/10

to dev4s...@googlegroups.com

要支持更多的并发未必一定要靠分布式，方法有很多，比如：更好的优化你的代码，使用并行算法让你的服务在多核系统上跑。

2010/9/9 Oscar <ro4...@gmail.com>

song huang

unread,

Sep 9, 2010, 5:44:41 AM9/9/10

to dev4s...@googlegroups.com

支持比如java可以多启几个虚拟机

Tony Huang

unread,

Sep 9, 2010, 9:42:00 AM9/9/10

to 高性能服务器研发与运营邮件列表

1) 学习成本上来说，erlang的学习成本是比较高的，特别是对于一个完全没有函数式语言的团队。
2）我不知道你前端使用的是什么技术，固件是flash吧，这个的整合还是比较容易的
3）至于并发性能，要看你的任务的类型，不过总体上说很不错，而分布式的性能是非常方便而强大，但要设计出一个高可靠，高性能易扩展的分布式架构不是语
言能直接解决的。但是erlang提供了很好的一个思路
4）稳定性和热更新基本上算是erlang的招牌特性了，这个不用担心
5）成功案例很多啦，爱立信的高端交换机，facebook的聊天系统。具说qq的聊天服务器也跟它有关系。

最后给的总体建议是，在你们能够承担的风险范围内做一些积极的尝试。然后有问题可以咨询erlang大牛feng yu大大

ot 最近在研究nodejs，似乎很不错哦。同样的聊天服务，我用erlang写了半个月（实力不行），用它重写只花了一天（js熟练工）

On Sep 8, 11:04 am, Zhifei ye <zhifei...@gmail.com> wrote:

Linkerlin88

unread,

Sep 11, 2010, 2:48:16 AM9/11/10

to dev4s...@googlegroups.com, dev4s...@googlegroups.com

语言不是关键。

推荐用python.

简单务实。

--

Linker Lin

linker...@gmail.com

Sparkle

unread,

Sep 13, 2010, 6:46:50 AM9/13/10

to dev4s...@googlegroups.com

�˼�Ҫ��ܣ��Ŀ��Ҫ��ٿ��

�� 2010-9-11 14:48, Linkerlin88 д��:

WEI Zhicheng

unread,

Sep 13, 2010, 7:28:13 AM9/13/10

to dev4s...@googlegroups.com

2010/9/13 Sparkle <pop...@gmail.com>:
> 人家要性能，不是项目初创要快速开发

Python 性能很差吗？

>
> 于 2010-9-11 14:48, Linkerlin88 写道:
>
> 语言不是关键。
> 推荐用python.
> 简单务实。

>
> --
> Linker Lin
> linker...@gmail.com
> On Sep 9, 2010, at 10:22, Joe Wu <good...@gmail.com> wrote:
>

> 整个团队换语言还是小心为上
> 镇痛期会很长
> 怎么不选Python ，Erlang 太偏了，并且国内也没什么成功的案例。
>
> 2010/9/9 Oscar <ro4...@gmail.com>
>>
>> 你要支持更多的并发，程序一定要scale out，换句话说，就是拿机器数量来换性能。
>> 所以，如果为了少用点机器，(完全)分布式不是你的选择。
>>

>> On Sep 8, 2:26 pm, Zhifei ye <zhifei...@gmail.com> wrote:

--
http://weizhicheng.users.sourceforge.net/blog/

Sparkle

unread,

Sep 14, 2010, 5:43:40 AM9/14/10

to dev4s...@googlegroups.com

http://shootout.alioth.debian.org/fastest-programming-language.php

��⻹��GIL��

��epoll֮��JavaҲ֧�־Ͳ��

Ϊ��ܴ�Java��Python�е㲻��

�� 2010-9-13 19:28, WEI Zhicheng д��:
> 2010/9/13 Sparkle <pop...@gmail.com>:

>> �˼�Ҫ��ܣ��Ŀ��Ҫ��ٿ��

> Python ��ܺܲ��

>
>> �� 2010-9-11 14:48, Linkerlin88 д��:
>>
>> ��Բ��ǹؼ�
>> �Ƽ��python.
>> ��ʵ��
>>

>> --
>> Linker Lin
>> linker...@gmail.com
>> On Sep 9, 2010, at 10:22, Joe Wu <good...@gmail.com> wrote:
>>

>> ��Ŷӻ��Ի��С��Ϊ��
>> ��ʹ�ڻ�ܳ�
>> ��ô��ѡPython ��Erlang ̫ƫ�ˣ�� Ҳûʲô�ɹ��İ��
>>
>> 2010/9/9 Oscar <ro4...@gmail.com>
>>> ��Ҫ֧�ָ��Ĳ��һ��Ҫscale out��仰˵��û��ܡ�
>>> ��ԣ��Ϊ��õ��(��ȫ)�ֲ�ʽ��ѡ��
>>>

>>> On Sep 8, 2:26 pm, Zhifei ye <zhifei...@gmail.com> wrote:

WEI Zhicheng

unread,

Sep 14, 2010, 5:53:39 AM9/14/10

to dev4s...@googlegroups.com

可以去咨询下上海五分钟的朋友。

2010/9/14 Sparkle <pop...@gmail.com>:
> http://shootout.alioth.debian.org/fastest-programming-language.php
>
> 另外还有GIL问题
>
> 至于epoll之类的Java也支持就不用讨论了
>
> 为了性能从Java跳Python有点不可想象

>
> 于 2010-9-13 19:28, WEI Zhicheng 写道:
>> 2010/9/13 Sparkle <pop...@gmail.com>:
>>> 人家要性能，不是项目初创要快速开发
>> Python 性能很差吗？
>>
>>> 于 2010-9-11 14:48, Linkerlin88 写道:
>>>
>>> 语言不是关键。
>>> 推荐用python.
>>> 简单务实。
>>>

>>> --
>>> Linker Lin
>>> linker...@gmail.com
>>> On Sep 9, 2010, at 10:22, Joe Wu <good...@gmail.com> wrote:
>>>

>>> 整个团队换语言还是小心为上
>>> 镇痛期会很长
>>> 怎么不选Python ，Erlang 太偏了，并且国内也没什么成功的案例。
>>>
>>> 2010/9/9 Oscar <ro4...@gmail.com>
>>>> 你要支持更多的并发，程序一定要scale out，换句话说，就是拿机器数量来换性能。
>>>> 所以，如果为了少用点机器，(完全)分布式不是你的选择。
>>>>

>>>> On Sep 8, 2:26 pm, Zhifei ye <zhifei...@gmail.com> wrote:

曙光

unread,

Sep 14, 2010, 7:39:19 AM9/14/10

to dev4s...@googlegroups.com

用自己熟悉的东西做熟悉C/C++就用呗设计好一样没问题的

在 2010-09-08 11:04:19，"Zhifei ye" <zhif...@gmail.com> 写道：

全国最低价，天天在家冲照片，24小时发货上门！

srawolf Srawolf

unread,

Sep 14, 2010, 11:58:46 PM9/14/10

to dev4s...@googlegroups.com

Erlang的人力成本在中国的话要比C高一倍以上，不建议使用

我见过的唯一招聘Erlang的公司是谷歌，并且只招一个人

在 2010年9月14日下午7:39，曙光 <shg...@126.com>写道：

.庆亮

unread,

Sep 15, 2010, 12:01:39 AM9/15/10

to dev4s...@googlegroups.com

1. Erlang的人力成本在中国的话要比C高一倍以上这个结论是怎么得出来的？愿闻其详

2. “我见过的唯一招聘Erlang的公司是谷歌，并且只招一个人” 能否搜搜各大招聘网站？

--
blog: http://www.qingliangcn.com

twitter: http://twitter.com/qingliangcn

生命的意义在于不断的追求与学习.

老范

unread,

Sep 15, 2010, 12:09:12 AM9/15/10

to dev4s...@googlegroups.com

Erlang 一般的开发其实很容易学。比C,C++ 技术含量低很多。

2010/9/15 .庆亮 <qing...@mingchao.com>

.庆亮

unread,

Sep 15, 2010, 12:12:11 AM9/15/10

to dev4s...@googlegroups.com

说下我个人学习erlang的经历，供参考：

基本语法大约需要3-7天，然后以常见开源erlang项目为辅助（copy其骨架），一周左右搭建起一个基本的网络服务端。之后花了一个半月左右完成一个基本的mmorpg原型。

erlang的强大不仅仅体现在并发，更多的是体现在其网络底层设施非常完善，包括分布式特性。 C++同样可以实现，问题是是否有足够的人力/时间等。

总体来说，erlang是侧重架构的语言，很少会陷入底层细节中（性能优化除外）。学习成本较低，坚持看书那本中文书就可以了。招聘方面的确麻烦一点，很少会有FP经验的程序员。但这一点可以用培养毕业生的方法来解决。

Feng Yu

unread,

Sep 15, 2010, 4:08:28 AM9/15/10

to dev4s...@googlegroups.com

任务驱动的学习会很顺利的.

专注高性能容错分布式服务器的研究和实现
http://blog.yufeng.info

2010/9/15 .庆亮 <qing...@mingchao.com>

chuang

unread,

Sep 15, 2010, 4:11:26 AM9/15/10

to dev4s...@googlegroups.com

问个题外话,最近开始学erlang了,.请教一下有哪些服务器端的开源项目可以参考.我是可以找到一些项目,比如yaws等,但是不知道哪些项目比较适合于学完语法之后展开学习.

2010/9/15 Feng Yu <mryu...@gmail.com>

Feng Yu

unread,

Sep 15, 2010, 4:13:19 AM9/15/10

to dev4s...@googlegroups.com

参考这个 http://blog.yufeng.info/archives/638

专注高性能容错分布式服务器的研究和实现
http://blog.yufeng.info

2010/9/15 chuang <lichua...@gmail.com>

.庆亮

unread,

Sep 15, 2010, 4:15:16 AM9/15/10

to dev4s...@googlegroups.com

把老大的博客翻个几遍吧

我当初参考的是rabbitmq和ejabberd

chuang

unread,

Sep 15, 2010, 4:16:46 AM9/15/10

to dev4s...@googlegroups.com

多谢二位:)

2010/9/15 .庆亮 <qing...@mingchao.com>

Feng Yu

unread,

Sep 15, 2010, 4:19:08 AM9/15/10

to dev4s...@googlegroups.com

多看看erlang做的项目，很多东西看文档和看活生生的系统是完全二码事情，最好在看的时候，能够运行下，顺便再按照自己的意思改改，进步会很快的。

我自己也是这么学过来的，放心，入门不难的。

专注高性能容错分布式服务器的研究和实现
http://blog.yufeng.info

2010/9/15 chuang <lichua...@gmail.com>

Linkerlin88

unread,

Sep 15, 2010, 1:02:25 PM9/15/10

to dev4s...@googlegroups.com

Gil根本不是问题。
多进程就可以解决。

--
Linker Lin
linker...@gmail.com

On Sep 14, 2010, at 17:43, Sparkle <pop...@gmail.com> wrote:

> http://shootout.alioth.debian.org/fastest-programming-language.php
>
> 另外还有GIL问题
>
> 至于epoll之类的Java也支持就不用讨论了
>
> 为了性能从Java跳Python有点不可想象
>

> 于 2010-9-13 19:28, WEI Zhicheng 写道:
>> 2010/9/13 Sparkle <pop...@gmail.com>:
>>> 人家要性能，不是项目初创要快速开发
>> Python 性能很差吗？
>>
>>> 于 2010-9-11 14:48, Linkerlin88 写道:
>>>
>>> 语言不是关键。
>>> 推荐用python.
>>> 简单务实。
>>>

>>> --
>>> Linker Lin
>>> linker...@gmail.com
>>> On Sep 9, 2010, at 10:22, Joe Wu <good...@gmail.com> wrote:
>>>

>>> 整个团队换语言还是小心为上
>>> 镇痛期会很长
>>> 怎么不选Python ，Erlang 太偏了，并且国内也没什么成功的案例。
>>>
>>> 2010/9/9 Oscar <ro4...@gmail.com>
>>>> 你要支持更多的并发，程序一定要scale out，换句话说，就是拿机器数量来换性能。
>>>> 所以，如果为了少用点机器，(完全)分布式不是你的选择。
>>>>

>>>> On Sep 8, 2:26 pm, Zhifei ye <zhifei...@gmail.com> wrote:

> 高性能服务器研发与运营
> http://groups.google.com/group/dev4server

Kula

unread,

Sep 15, 2010, 9:14:40 PM9/15/10

to dev4s...@googlegroups.com

gil是个很大的问题...多线程通信毕竟比进程间通信要方便点

2010/9/16 Linkerlin88 <linke...@gmail.com>:

> --
> 高性能服务器研发与运营
> http://groups.google.com/group/dev4server

sleepd

unread,

Dec 5, 2010, 11:46:40 AM12/5/10

to dev4s...@googlegroups.com

我的公司使用了erlang。我们用erlang写了login server和gateway server，也就是两个对并发要求最高的服务器，其他的如游戏逻辑服务器等还是用c++写。

如果要用erlang来写逻辑……感觉有点难度。

sleepd

unread,

Dec 5, 2010, 11:48:53 AM12/5/10

to dev4s...@googlegroups.com

BTW，我们的服务器原型基本上都是python开发的，也想过用stackless python来代替erlang搞网关，由于我个人精力有限而放弃。到现在，我们的服务器像游戏逻辑等对性能要求较高的已经用c++重写，而聊天服务器等对性能要求不高的部分还是python。

ares fe

unread,

Dec 7, 2010, 10:10:59 PM12/7/10

to dev4s...@googlegroups.com

这位兄弟能不能具体说下是哪些项目

2010/9/8 Feng Yu <mryu...@gmail.com>

Reply all

Reply to author

Forward