寻有志之士！
　

---

本人有大批有关RATIONAL工具的英文原版文档，可能因为版权问题，无法在市面上找到其中文译本，所以希望将其翻译成中文，但是囊中羞涩，交不起翻译钱，只好自己干，在翻译的过程中自我感觉又从中学习到了一些知识（与软件工程丛书绝对不是一个概念），又深感那些专业翻译人的无知，因此诚邀有志之士与我一起进行翻译工作，有愿意者请给我发email，但应首先承诺以下事项：
1、因为是民间组织，所以没有报酬的承诺。
2、出现法律问题后果自负。
3、进行过一定的软件开发并具备英语知识。
4、不会把大家翻译过的文章私自拿去牟利。
让大家携起手来，共同为中国的软件业奋斗。

 回复: 寻有志之士！
　

---

我可以助你一臂之力，可以解决出版问题，
请告知是那几本书。

 回复: 寻有志之士！
　

---

欢迎你加入UML软件工程组织www.uml.net.cn

 回复: 别傻了
　

---

可以从此项工作中获得很多在市场上得不到的知识，实际上一个人的每次付出都会有收获，只是看你对收获的定义是什么。

 回复: 寻有志之士！
　

---

欢迎你加入UML软件工程组织www.uml.net.cn

呵呵，我以前曾把testmanager的使用说明翻译了一部分，后来太忙了就停下了。
的确，在这个过程中能学到不少东西！

参加理论学习的最大可能的损失就是丢了原本正确的常识.
例如,学了业务建模理论,就会很容易忘记咱们搞信息化的目的是要解决用户的问题,不是用另外一套概念体系转述大学的专业课程.
好多人在没有学RUP的时候,好象还知道什么"场景描述","问题域的分析"什么的.学过RUP之后,满脑和满嘴的"用例",就是不知道为什么要用"用例".
做软件要先找到卖点,这个常识知道吧?这就是"用例驱动"的更本来由.
david111尤其要注意,在教人家用例的时候,请多强调一些基本常识不要丢.

 在我近几年的开发中，深深感受到了知识的不足对我的约束。
　

---

在我

那你就多学一点吧,没什么不好,只是记住我的话,别丢了常识,忘记了原来的目标.不学无术,但学了不用是造成忘记常识的主要原因.
其实,人随时随地都在学习.三人行,必有我师焉.为人师即是做最大的学生.
多交流.

我想试一试，thuner@sohu.com

 你说得很有道理
　

---

不应被理论的框架束缚，理论要拿来用，所以管有理论不行，被应用的理论才是有价值的。但是，也要尊重理论的指导意义和规范作用。虽然要付出教条的代价，换来的却是Logically Work.

 回复: 学一点吧,没什么不好
　

---

我发觉很多的中国技术人员不是很注重理论方面的东西，好多培训也只是为了挣钱。想接受专业公司的培训必须先买其产品，老板又不允许，没办法，中国的技术人员提高水平要靠自己一点一点的努力，得不到更多的帮助。

我们有理论的培训-大学;
我们有实践的培训-企业;
但我们非常缺乏一种培训:从理论到实践的应用过程.
这应该是David111们的职责.对教练的要求当然要比前两种培训高多了.可惜这种教练太少.
而可以接受这种教练的训练的学生应该是要么理论扎实,缺实践经验,要么实践经验丰富,缺理论基础(还要谦虚一点).剩下另外两种组合下的人物,要么去做球仳拣球,要么可以当教练。说句老实话,符合要求的生源好象并不多。