与高手交流的一个陷阱

totoo130

转自 http://www.javaeye.com/topic/1817

与高手交流，经常容易陷入的一个陷阱是他们往往都有一些自己心爱的工具（古龙：七种武器）。他们非常喜欢谈论使用某种工具后开发效率有了显著的提升，而且深深以自己使用的工具为傲，似乎你没有用这种工具就完全没有与他进行交流的共同词汇。
这种倾向经常使初学者忙不迭地找来那种工具学习掌握，等到好不容易用熟了，却发现并不一定有那么神奇的功效而感到失望。我发的“什么是软件开发的核心问题”的帖子就是想提醒大家要把主要的注意力集中在建立概念模型这个核心问题上来，这是一个纯粹的软件问题，可以完全保留在你的头脑里（请看 Martin Fowler 大师的文章“让软件软下去”：
http://www.chinaxp.org/forum/vie ... 2380048&forum=1），工具只是次要的问题。现在那么多开源的工具，资料都是现成的，你能学会，我只要知道了也能学会。就算我能学会也不见得就比你强，而业务建模，解决复杂问题的能力别人是很难替代的。
高手往往都是些基础很好的人，所以能够举一反三、触类旁通，掌握一种新工具也比新手要快。但是工具只是他知识体系中冰山的一角，不能忽略他成长过程中的巨大付出。如果你没有很好的基础，能够轻易掌握一些复杂的工具吗？Hibernate China 的高手很多，但是大家要小心不要落入他们的陷阱中。否则你使用越来越多复杂的工具将越来越偏离 Kent Beck 所倡导的简单原则。

这里我想说的就是，你用熟了的工具就是最好的工具，一定要把你手边工具的潜力发挥到极限，到你确信复杂的问题一定要更换工具的时候再更换。所以我绝对不会嘲笑别人使用 JCreator，也不会因为别人都使用 Struts 而马上放弃我们自己的框架改用 Struts。

作为一个 PM，工具的选择一定要保证概念完整性，应该尽量选取精练、容易理解的套件。

现在对于 Java 开发人员，我觉得如下的工具可以说是一个标准配置：
1、Eclipse 以及集成在其中的各种工具。
2、Tomcat/Jetty 或者 JBoss/JOnAS
3、Ant
4、CVS
5、JUnit/HttpUnit/Cactus
6、Bugzilla 或其它 Bug Tracking 系统。如果能基于 Java 是最好的，现在已经有这类工具了。
7、XDoclet（可选）
8、Hibernate（可选）

至于 Maven、cc、Anthill 或者是 Damagecontrol 这些更加复杂的工具可以在适当的场合使用。这些工具属于项目管理/配置管理的范畴，不属于基本工具的范畴，掌握这些工具是 PM 和主要设计人员的责任（他们有责任维护一个始终可以正常运转的开发环境），不是程序员的事情。这些工具可用也可不用。
Damagecontrol 是用 Ruby 开发的，在一个小公司从保证概念完整性的角度最好不要使用。我们使用 ViewCVS 我都踌躇再三，害怕分散精力，因为 ViewCVS 是使用 Python 开发的。好在安装之后用了 8 个月一直没有出什么问题。使用 Bugzilla 是因为 Bugzilla 用 Perl 开发，我对 Perl 非常熟悉，自信能解决所有的问题。

由于 Eclipse 象 Emacs 一样具有无限的可扩充性，因此将来的某一天，我们在 Eclipse 中做自己想做的任何事情是完全有可能的。

工具的精练，保证概念完整性，重复使用后的熟练和信心是开发效率的关键。在项目开发的中途更换工具是项目开发的大忌。还有就是 PM 和主要的设计人员不要随便把自己都不熟悉的工具交给程序员使用，那样是会出大乱子的。

我要盗版

谢谢楼主分享，顶一个~！
理清楚自己的思路最好不过~！{:2_172:}