Fwd: [CPiE-CN] 《Erlang并发编程》翻译计划

[Lian Cheng]

抄送给这里的各位达人 ;-)

---------- Forwarded message ----------
From: Lian Cheng <rhyth...@gmail.com>
Date: 2009/3/15
Subject: [CPiE-CN] 《Erlang并发编程》翻译计划
To: erlang...@googlegroups.com


Hi，各位

自去年年中开始，零星地开始对 Concurrent Programming in Erlang Part 1 的翻译工作。这个周末将之放到了公网的 SVN 上，并正式发起《Erlang并发编程》翻译计划，简称CPiE-CN，诚征各位英语达人志愿者共同翻译这本 Erlang 的第一本经典之作 ;-)

中译稿在线浏览：http://svn.liancheng.info/cpie-cn/trunk/.build/html/index.html
Sphinx 源码 SVN ：http://svn.liancheng.info/cpie-cn/

志愿者请参见：http://svn.liancheng.info/cpie-cn/trunk/.build/html/cpie-cn-project.html

连城

[Jeffrey Zhao]

我深信在.NET平台上可以使用CCR + DSS进行良好的Erlang式（指“效果”而非“语法”）编程，尤其再加上F#语言简直是配合的天衣无缝。

 

最近因为工作需要正打算入手尝试这块，不知道这里有多少朋友对于.NET/F#感兴趣的。我感觉从平时讨论上来看，微软技术在这里并不讨好，呵呵。

 

 

Jeffrey Zhao

[qiaojie]

呵呵，.net也是我的最爱

2009/3/15 Jeffrey Zhao <je...@live.com>

[Zoom.Quiet]

2009/3/15 qiaojie <qia...@gmail.com>:
> 呵呵，.net也是我的最爱
>
呃,,,大千世界,,,无奇不有哪,,

> 2009/3/15 Jeffrey Zhao <je...@live.com>
>>
>> 我深信在.NET平台上可以使用CCR + DSS进行良好的Erlang式（指“效果”而非“语法”）编程，尤其再加上F#语言简直是配合的天衣无缝。
>>
>> 最近因为工作需要正打算入手尝试这块，不知道这里有多少朋友对于.NET/F#感兴趣的。我感觉从平时讨论上来看，微软技术在这里并不讨好，呵呵。
>>
>>
>> Jeffrey Zhao
>> From: Lian Cheng
>> Sent: Sunday, March 15, 2009 11:07 PM
>> To: TopLanguage
>> Subject: [TopLanguage] Fwd: [CPiE-CN] 《Erlang并发编程》翻译计划
>> 抄送给这里的各位达人 ;-)
>>
>> ---------- Forwarded message ----------
>> From: Lian Cheng <rhyth...@gmail.com>
>> Date: 2009/3/15
>> Subject: [CPiE-CN] 《Erlang并发编程》翻译计划
>> To: erlang...@googlegroups.com
>>
>>
>> Hi，各位
>>
>> 自去年年中开始，零星地开始对 Concurrent Programming in Erlang Part 1 的翻译工作。这个周末将之放到了公网的
>> SVN 上，并正式发起《Erlang并发编程》翻译计划，简称CPiE-CN，诚征各位英语达人志愿者共同翻译这本 Erlang 的第一本经典之作 ;-)
>>
>> 中译稿在线浏览：http://svn.liancheng.info/cpie-cn/trunk/.build/html/index.html
>> Sphinx 源码 SVN ：http://svn.liancheng.info/cpie-cn/

--
http://zoomquiet.org
'''过程改进乃是催生可促生靠谱的人的组织!'''
usage 7-zip to replace WinRAR/WinZip; You can get the truely Freedom 4 software.

[jacky zhao]

同意老赵同学的 “Erlang 式编程” 这个提法。

程序员不能只是最新技术的冲浪者，同时也得是具体项目的实践者。在合理的时限，既定的技术平台下高质量的完成手头工作，是一个程序员起码的职业道德。

Erlang 语言的学习曲线比较陡峭，这是一个事实。要求所有的程序员都去掌握 Erlang 语言，这既不现实也毫无必要。但在理解 Erlang 的思想之后，如能充分利用现有语言，在手头的工作中，发挥出这一思想的威力，更出色的完成项目。在我看来，这比 “费力地向管理层推销 Erlang” 要靠谱得多。

Erlang 的威力在两个方面，其一是 BEAM/OTP 的高度成熟(精细的性能优化和完备的基础设施)，其二是它对并发编程的独特软件思想。当然，(尤其是对于电信级软件而言)两者都很重要，但如果条件不许可(或者要求并没那么苛刻)，先引入其中的一部分，对于软件本身而言，也是一种改进。比如说，或许你无法大量使用线程设施，但至少可以尝试引入异步消息模型，更彻底的解耦系统，也是对于系统的一种改进。前不久，有个同学在 maillist 里说他在一个 Delphi 项目的重构中使用 Erlang 式编程，获得了相当不错的结果，就是一个很好的例子。

以我个人的实践来看，配和一个良好的底层，即便是在 JavaScript 中，也可以进行 “Erlang 式编程” ，而且效果也很不错。所以，在 C#/F#/.NET 的平台的 “Erlang 式编程” ，虽然听来很有一些别扭，但谁又知道结果如何呢？

ps. 我也姓赵，开头的 “老赵同学” 让我大晕。

jackyz

2009/3/15 Jeffrey Zhao <je...@live.com>

[free.wang]

 jackyz.zhao 你参与翻译吗？

2009/3/16 jacky zhao <jacky...@gmail.com>

--
真正的杰出，不是妙用规则的错层，而是极致的偏执于信念.
The Crankiness of  Belief achieves Greate , not the Trick of Regulation.

[jacky zhao]

时间不够充裕，没法参与翻译阶段。如果连城同学需要的话，可以参与校订阶段。

2009/3/16 free.wang <fre...@gmail.com>

[lijie]

直接使用Erlang的确有很大障碍，Coroutine + Actor模型倒是可以借鉴的。我也在公司的项目里使用了这种方式，目前看来效果不错，节省代码、提高库的可重用性是最大的优点，使用这种方式编写的多种（框架）库可以像otp里面的application一样，很好地结合在一起使用，因为在这个平台上编写的框架或库都遵守不阻塞的原则。所以很简单地把以前3个框架完成的（大部分）功能用一个框架解决了。高并发能力是另一个强大的地方，还有一个是逻辑的连贯性，另外还借鉴了erlang中无所不在的超时特性，写代码着实容易不少。用C++实现它的好处是一些C++工具库比如stl可以直接用上，过去的老代码大部分都可以直接使用，一些使用多线程、阻塞来实现的，少量改造就可以了。

2009/3/16 jacky zhao <jacky...@gmail.com>

[lijie]

最近还考虑借鉴fail-fast特性，这样又可以少写很多代码，原型基本上测试过了。

smp我还没想过，目前的想法是可以部署多个进程来充分利用cpu。再开发一个灵活的部署平台，服务使用so方式动态部署，根据负载动态地调整服务运行在哪个node上。

2009/3/16 lijie <cpu...@gmail.com>

[连城]

哈哈，非常感谢～校对可是很要细心的活 :-)

对于翻译过程中的一些术语翻译不当的地方，也请多多指教啊

jacky zhao 写道:

时间不够充裕，没法参与翻译阶段。如果连城同学需要的话，可以参与校订阶段。

2009/3/16 free.wang <fre...@gmail.com>

 jackyz.zhao 你参与翻译吗？

2009/3/16 jacky zhao <jacky...@gmail.com>

同意老赵同学的 “Erlang 式编程” 这个提法。

程序员不能只是最新技术的冲浪者，同时也得是具体项目的实践者。在合理的时限，既定的技术平台下高质量的完成手头工作，是一个程序员起码的职业道德。

Erlang 语言的学习曲线比较陡峭，这是一个事实。要求所有的程序员都去掌握 Erlang 语言，这既不现实也毫无必要。但在理解 Erlang 的思想之后，如能充分利用现有语言，在手头的工作中，发挥出这一思想的威力，更出色的完成项目。在我看来，这比 “费力地向管理层推销 Erlang” 要靠谱得多。

Erlang 的威力在两个方面，其一是 BEAM/OTP 的高度成熟(精细的性能优化和完备的基础设施)，其二是它对并发编程的独特软件思想。当然，(尤其是对于电信级软件而言)两者都很重要，但如果条件不许可 (或者要求并没那么苛刻)，先引入其中的一部分，对于软件本身而言，也是一种改进。比如说，或许你无法大量使用线程设施，但至少可以尝试引入异步消息模 型，更彻底的解耦系统，也是对于系统的一种改进。前不久，有个同学在 maillist 里说他在一个 Delphi 项目的重构中使用 Erlang 式编程，获得了相当不错的结果，就是一个很好的例子。

以我个人的实践来看，配和一个良好的底层，即便是在 JavaScript 中，也可以进行 “Erlang 式编程” ，而且效果也很不错。所以，在 C#/F#/.NET 的平台的 “Erlang 式编程” ，虽然听来很有一些别扭，但谁又知道结果如何呢？

ps. 我也姓赵，开头的 “老赵同学” 让我大晕。

jackyz

2009/3/15 Jeffrey Zhao <je...@live.com>

我深信在.NET平台上可以使用 CCR + DSS进行良好的Erlang式（指“效果”而非“语法”）编程，尤其再加上F#语言简直是配合的天衣无缝。

 

最近因为工作需要正打算入手尝试这块，不知道这里有多少朋友对于.NET/F#感兴趣的。我感觉从平时讨论上来看，微软技术在这里并不讨好，呵呵。

 

 

Jeffrey Zhao

From: Lian Cheng

Sent: Sunday, March 15, 2009 11:07 PM

To: TopLanguage

Subject: [TopLanguage] Fwd: [CPiE-CN] 《Erlang并发编程》翻译计划

抄送给这里的各位达人 ;-)

---------- Forwarded message ----------
From: Lian Cheng <rhyth...@gmail.com>
Date: 2009/3/15
Subject: [CPiE-CN] 《Erlang并发编程》翻译计划
To: erlang...@googlegroups.com


Hi，各位

自去年年中开始，零星地开始对 Concurrent Programming in Erlang Part 1 的翻译工作。这个周末将之放到了公网的 SVN 上，并正式发起《Erlang并发编程》翻译计划，简称CPiE-CN，诚征各位英语达人志愿者共同翻译这本 Erlang 的第一本经典之作 ;-)

中译稿在线浏览：http://svn.liancheng.info/cpie-cn/trunk/.build/html/index.html
Sphinx 源码 SVN ：http://svn.liancheng.info/cpie-cn/

志愿者请参见：http://svn.liancheng.info/cpie-cn/trunk/.build/html/cpie-cn-project.html

连城