与高手交流的一个陷阱

sorry,我没有贬低任何人，我仅仅在怀疑，请不要以斑竹的身份说这种话，我不习惯于权威。

1.我仅仅发表我自己的看法：没有理由贬低Maven ---- 一个很棒的PM工具
2.“你”我并不是指dlee，而是泛指

Show your experience first. Don't just get, get, get, never give. ok?
这里没有什么权威，说话是否权威要看你对论坛的贡献大小（也不是看发帖多少，主要是看帖子质量）。
这里是我管理的版面，如果不喜欢我的风格请到其它版或其它论坛。例如 CSDN，那里非常适合你这样的高手。

我不是完人，也犯不着为了你做完人。

1.知识不是拿来炫耀的，所以我没有必要那我的experience来show。 I like peer to peer ！
2.You know me?你怎么知道我总是索取？没有给予？

maven只是工具，不使用maven就被怀疑为不重视文档管理，hijack的疑心太重了一点吧。那是不是怀疑不使用不使用Rose就不重视建模、不使用JB、Eclipse就不重视Java编码呢？
Maven或许是很好的工具，但是是否使用一种好工具就能够提高PM、文档管理呢，我也怀疑。
我想在这里的都是实在人，如果你是maven使用高手，大可以与大家分享经验，我们欢迎，大家也可以从中受益。否则，请不要破坏maven在我们心目中的印象。

to hijack：
第一个问题没有必要回答。第二个问题向你道个歉，主要责任在我，说话重了，希望别介意。

Good luck!
Just for fun! 呵呵。:wink:

dlee,其实我们一直在推广Maven的使用，关于Maven的文档我们也翻译了不少，用户手册也正在翻译......

其实我倒是觉得，现在SCM工具很有市场。而且各个公司应该都从自己做起，开发一些适合自己的小工具。比如现在缺乏的XML的版本管理工具，持续集成工具等等。开发难度不大，而且还很能提高技术舍设计水准。这些对象作为试验新技术和新员工培训是很好的实例。

嘿嘿dlee我是CSDN软件工程的斑竹，如果大家谁想取讨论文档，可以到那个地方去。我当然不会删除别人的发言，但是最好大家提前了解好我的风格，避免最后又落到说我狂妄与不尊重人的老路。文档的问题，只要我在的地方，就不能让它成为一个问题。一个辅助手段，不知道怎么忽然成为软件工程的核心问题了？软件工程不是文档工程，更不是文牍工程。

Maven 确实是很不错的东西，不过目前 Ant 对我们够用了。我们将来加强项目管理的时候一定会用到 Maven 的。现在暂时还没有时间学习，事情都赶着，停下来一件就耽误另一件。
其实我一直希望开源软件在中国更大范围地普及，以前也曾经为 Linux 的普及做过一些工作。我们可以把这里作为一个交流开源软件的场所。前两天我才删了两个交流盗版软件的帖子。不过我绝不会随便删帖的（那是万不得以才做的，比如盗版），肯定会给一个原因，请大家放心。

对不起，我无法同意你的观点。
code引擎越来越多，但是以后文档怎样来于代码同步，我觉得那才是关键。
MDA努力做到模型与代码同步。

如果有个opensrc项目，如果有文档和代码，我想你先会看得是文档而不是代码，如果文档滞后于代码，但是却没有任何说明，that's the Hell

现在的问题是：如何让文档管理在软件工程中变得简单？

个人观点

文档为什么会和代码不同步呢？？？？难道是文档写的太少的原因？？？？？？
文档的问题在于足够的少，投入的资源足够的少，足够的自动化。
MDA在我看来是又是一场骗取钱财的闹剧，这些年我看的多了，什么4GL/5GL，什么自动化文档生成，什么从需求到实现的无缝链接。MDA无非就是给CASE制造商一个新的卖点。这些东西吵吵一些时日就会被新的卖点代替。
文档的同步不是在于写一个完备的说明书，而是在于提供一个提纲挈领的大纲。抽象的级别一个足够的高，而不能落于那些经常改变的细节。而一旦工具引入文档的写作和管理，特别是自动生产文档，就往往带来繁琐和过于臃肿的问题。因为工具自己无法知道什么重要什么不重要，他们会把一切东西都放进里面。而人们写文档最后还是要拿来读的，不是拿去收藏的。文档的规模只有足够的小才能适于阅读。而使用工具往往会让那些写作他们的人过于随意的写下一些他们认为以后也许有用的东西，而这些东西最终真正有用的没有多少。而看文档去了解那些细节往往还不如直接去看代码来得简单。
文档和代码不同步自然是地狱，但是为什么你要去先看文档而且只相信文档呢？地狱是可怕的，但是更可怕的是你明明知道那个是地狱，还是不肯调头离开，而是直奔而去。
文档管理变得简单的唯一途径就是让文档足够的少，而不是依靠什么天赐神兵。文档永远只是一种辅助手段，永远也不可能成为一种软件开发的核心工具。