SOA草根社区文档翻译计划：Mule2.X user guide通译
SOA草根社区文档翻译计划：Mule2.X user guide翻译
谢谢关注~~。
不过不是很认同你的观点。
首先，翻译文档不是一个轻松的事情，733页的全英文PDF文档翻译成中文，会轻松吗？
其次，如果你不基于mule搞产品研发，搞二次开发，那么说实在的，写个helloworld，知道怎么使用Mule就可以了，他的架构设计，代码结构根本就不需要关注，搞定他的代码也没用，因为你没有那样做的需求。况且1400多个java文件，源代码几兆，光靠业余时间来研究源代码，得研究到什么时候才能够“搞定”呢？
谢谢关注~~。
不过不是很认同你的观点。
首先，翻译文档不是一个轻松的事情，733页的全英文PDF文档翻译成中文，会轻松吗？
其次，如果你不基于mule搞产品研发，搞二次开发，那么说实在的，写个helloworld，知道怎么使用Mule就可以了，他的架构设计，代码结构根本就不需要关注，搞定他的代码也没用，因为你没有那样做的需求。况且1400多个java文件，源代码几兆，光靠业余时间来研究源代码，得研究到什么时候才能够“搞定”呢？
是我表述的不够清楚吧
1、我这里所说的翻译文档比较轻松，是指想对于搞定代码的复杂度而言；
2、如果考虑733页的英文翻译的话，确实是个体力活，不轻松！
不过我有些担心的是，如果搞不清楚mule怎么回事的话，这个翻译质量也不会太高。
3、lz提到SteedESB1.0版本基于Mule2.X开发
我想到的是如果不好好研究下mule的分析与设计，以及mule与其他esb的优缺点比较的话，再造一个轮子出来也没多大意义。
谢谢关注~~。
不过不是很认同你的观点。
首先，翻译文档不是一个轻松的事情，733页的全英文PDF文档翻译成中文，会轻松吗？
其次，如果你不基于mule搞产品研发，搞二次开发，那么说实在的，写个helloworld，知道怎么使用Mule就可以了，他的架构设计，代码结构根本就不需要关注，搞定他的代码也没用，因为你没有那样做的需求。况且1400多个java文件，源代码几兆，光靠业余时间来研究源代码，得研究到什么时候才能够“搞定”呢？
是我表述的不够清楚吧
1、我这里所说的翻译文档比较轻松，是指想对于搞定代码的复杂度而言；
2、如果考虑733页的英文翻译的话，确实是个体力活，不轻松！
不过我有些担心的是，如果搞不清楚mule怎么回事的话，这个翻译质量也不会太高。
3、lz提到SteedESB1.0版本基于Mule2.X开发
我想到的是如果不好好研究下mule的分析与设计，以及mule与其他esb的优缺点比较的话，再造一个轮子出来也没多大意义。
对于第一点，非常赞同。
对于第二点，基本赞同。不过我不觉着翻译是个体力活。翻译的过程本身就是学习，思考，积累的过程。可能一个只会使用Mule写Helloworld的人，翻译完user guide以后，对mule的使用和理解会更加深刻。当然了，如果这个人本身对Mule或者ESB的理论很精通，那么也会提高翻译质量。
对于第三点：国内正经使用过Mule包装过产品，或者实施过项目的人不多，本身搞ESB的人相对于其他行业也是很少的。我周围有几个朋友是这方面的资深，江南白衣也是一个…………，绝对不会是再造一个轮子的呵呵
非常欢迎您的加入^_^
请将您的详细联系方式通过站内短信或者邮件发给我
期待下文
SteedESB1.0版本基于Mule2.X开发，很多朋友对mule不是很熟悉，需要花很大的精力学习。为了让更多的人能够了解mule，能够更快的学会使用Mule，同时推动国内开源ESB项目的发展，推动国内ESB生态圈的建设，SOA草根社区将于近日开始发起Mule2.2 user guide的翻译活动，欢迎大家参与。
Mule 2.X user guide的地址 http://www.mulesource.org/display/MULE2USER/Home
SOA草根社区文档翻译计划的google groups 地址：http://groups.google.com/group/cgsoa-translate
报名截止日期:2009年5月31号。
可站内信或邮件(boyingking@gmail.com)报名
1 楼
zozoh
2009-05-20
哈哈，帅哥，您终于有动作了，最近忙完了？
聚众翻译，可以用用译言 http://www.yeeyan.com 里面好像有聚众翻译的功能，不过我没用过，我都是单独翻译
聚众翻译，可以用用译言 http://www.yeeyan.com 里面好像有聚众翻译的功能，不过我没用过，我都是单独翻译
2 楼
WorldHello
2009-05-21
关注！
翻译个文档比较轻松
搞定代码才是关键
貌似很难找到mule的分析或设计文档
翻译个文档比较轻松
搞定代码才是关键
貌似很难找到mule的分析或设计文档
3 楼
boyingking
2009-05-21
WorldHello 写道
关注！
翻译个文档比较轻松
搞定代码才是关键
貌似很难找到mule的分析或设计文档
翻译个文档比较轻松
搞定代码才是关键
貌似很难找到mule的分析或设计文档
谢谢关注~~。
不过不是很认同你的观点。
首先，翻译文档不是一个轻松的事情，733页的全英文PDF文档翻译成中文，会轻松吗？
其次，如果你不基于mule搞产品研发，搞二次开发，那么说实在的，写个helloworld，知道怎么使用Mule就可以了，他的架构设计，代码结构根本就不需要关注，搞定他的代码也没用，因为你没有那样做的需求。况且1400多个java文件，源代码几兆，光靠业余时间来研究源代码，得研究到什么时候才能够“搞定”呢？
4 楼
WorldHello
2009-05-21
boyingking 写道
WorldHello 写道
关注！
翻译个文档比较轻松
搞定代码才是关键
貌似很难找到mule的分析或设计文档
翻译个文档比较轻松
搞定代码才是关键
貌似很难找到mule的分析或设计文档
谢谢关注~~。
不过不是很认同你的观点。
首先，翻译文档不是一个轻松的事情，733页的全英文PDF文档翻译成中文，会轻松吗？
其次，如果你不基于mule搞产品研发，搞二次开发，那么说实在的，写个helloworld，知道怎么使用Mule就可以了，他的架构设计，代码结构根本就不需要关注，搞定他的代码也没用，因为你没有那样做的需求。况且1400多个java文件，源代码几兆，光靠业余时间来研究源代码，得研究到什么时候才能够“搞定”呢？
是我表述的不够清楚吧
1、我这里所说的翻译文档比较轻松，是指想对于搞定代码的复杂度而言；
2、如果考虑733页的英文翻译的话，确实是个体力活，不轻松！
不过我有些担心的是，如果搞不清楚mule怎么回事的话，这个翻译质量也不会太高。
3、lz提到SteedESB1.0版本基于Mule2.X开发
我想到的是如果不好好研究下mule的分析与设计，以及mule与其他esb的优缺点比较的话，再造一个轮子出来也没多大意义。
5 楼
boyingking
2009-05-21
WorldHello 写道
boyingking 写道
WorldHello 写道
关注！
翻译个文档比较轻松
搞定代码才是关键
貌似很难找到mule的分析或设计文档
翻译个文档比较轻松
搞定代码才是关键
貌似很难找到mule的分析或设计文档
谢谢关注~~。
不过不是很认同你的观点。
首先，翻译文档不是一个轻松的事情，733页的全英文PDF文档翻译成中文，会轻松吗？
其次，如果你不基于mule搞产品研发，搞二次开发，那么说实在的，写个helloworld，知道怎么使用Mule就可以了，他的架构设计，代码结构根本就不需要关注，搞定他的代码也没用，因为你没有那样做的需求。况且1400多个java文件，源代码几兆，光靠业余时间来研究源代码，得研究到什么时候才能够“搞定”呢？
是我表述的不够清楚吧
1、我这里所说的翻译文档比较轻松，是指想对于搞定代码的复杂度而言；
2、如果考虑733页的英文翻译的话，确实是个体力活，不轻松！
不过我有些担心的是，如果搞不清楚mule怎么回事的话，这个翻译质量也不会太高。
3、lz提到SteedESB1.0版本基于Mule2.X开发
我想到的是如果不好好研究下mule的分析与设计，以及mule与其他esb的优缺点比较的话，再造一个轮子出来也没多大意义。
对于第一点，非常赞同。
对于第二点，基本赞同。不过我不觉着翻译是个体力活。翻译的过程本身就是学习，思考，积累的过程。可能一个只会使用Mule写Helloworld的人，翻译完user guide以后，对mule的使用和理解会更加深刻。当然了，如果这个人本身对Mule或者ESB的理论很精通，那么也会提高翻译质量。
对于第三点：国内正经使用过Mule包装过产品，或者实施过项目的人不多，本身搞ESB的人相对于其他行业也是很少的。我周围有几个朋友是这方面的资深，江南白衣也是一个…………，绝对不会是再造一个轮子的呵呵
6 楼
WorldHello
2009-05-22
看样子我们已经达成一些共识了，^_^
对于第三点，我想即使国内有些公司拿mule来包装产品，那这些公司应该是号称自主知识产权，根本不会跟外人说我这产品是在mule上改过来的；那些实施人员更是蒙在鼓里；客户就更不用说了
对于第三点，我想即使国内有些公司拿mule来包装产品，那这些公司应该是号称自主知识产权，根本不会跟外人说我这产品是在mule上改过来的；那些实施人员更是蒙在鼓里；客户就更不用说了
7 楼
honno
2009-05-22
发帖之前，终于通过了javaeye的“小测试”。。。。
8 楼
honno
2009-05-22
翻译Mule2.X的使用文档是件非常好的事情，可以让更多人的受益。
但建议翻译的时候择取重要的内容翻译就可以了，毕竟该文档的内容显得有点乱。
如果翻译后的文档能像Spring的使用文档那么简单，明了，有条理那就更好了，当然了这需要花费很多精力。如果真的要这么做的花，其实可以分2步来做，先是将文档全部翻译完，再根据内容，整理成更有条理性的使用文档。
另外，翻译确实不是一件容易的事情。哈。
但建议翻译的时候择取重要的内容翻译就可以了，毕竟该文档的内容显得有点乱。
如果翻译后的文档能像Spring的使用文档那么简单，明了，有条理那就更好了，当然了这需要花费很多精力。如果真的要这么做的花，其实可以分2步来做，先是将文档全部翻译完，再根据内容，整理成更有条理性的使用文档。
另外，翻译确实不是一件容易的事情。哈。
9 楼
alloyer
2009-06-02
您好,我去年下半年研究过半年Mule,使用的版本正是Mule 2.x版本,我还专门组织了一个讨论组来讨论Mule.对于Mule 2.x Getting Started Guide我有部分翻译:
http://alloyer.iteye.com/
希望可以和大家合作
:)
http://alloyer.iteye.com/
希望可以和大家合作
:)
10 楼
alloyer
2009-06-02
http://alloyer.iteye.com/blog/334883
http://alloyer.iteye.com/blog/334893
补一下地址,因为Blog上面贴代码和图比较麻烦,又比较多,所以这两篇博文里仅仅列出了一些相关的内容.
http://alloyer.iteye.com/blog/334893
补一下地址,因为Blog上面贴代码和图比较麻烦,又比较多,所以这两篇博文里仅仅列出了一些相关的内容.
11 楼
boyingking
2009-06-03
alloyer 写道
您好,我去年下半年研究过半年Mule,使用的版本正是Mule 2.x版本,我还专门组织了一个讨论组来讨论Mule.对于Mule 2.x Getting Started Guide我有部分翻译:
http://alloyer.iteye.com/
希望可以和大家合作
:)
http://alloyer.iteye.com/
希望可以和大家合作
:)
非常欢迎您的加入^_^
请将您的详细联系方式通过站内短信或者邮件发给我
12 楼
boyingking
2009-06-03
团队基本组建完毕，第一个翻译周期的详细计划本周五前将发布，望大家关注。
另外翻译人员持续招募中……
同时在公开发布翻译成果之前，我们会先进行内部校审，因此希望经验人士也能够作为“校审顾问”加入我们
另外翻译人员持续招募中……
同时在公开发布翻译成果之前，我们会先进行内部校审，因此希望经验人士也能够作为“校审顾问”加入我们
13 楼
springhill
2009-11-20
似乎没下文了
14 楼
WorldHello
2010-01-20
springhill 写道
似乎没下文了
期待下文
15 楼
SINCE1978
2010-02-08
我来晚了吗？我又out了：（
16 楼
SINCE1978
2010-02-22
翻译很累人！很多的用语习惯和我们有很大不同，需要琢磨用什么话来替代，最后还要整句斟酌。
谢谢你们。
谢谢你们。