|
锁定老帖子 主题：与高手交流的一个陷阱
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-02-06
呵呵，CSDN 就是人多口杂，不是很清净。其实 CSDN 对于传播新技术起了很大的作用，只是在深度上还需要再加强（广度有了，还要再有深度）。而且 CSDN 应该更加重视一些开源的技术（CSDN 的定位比较偏 M$，这和国内大部分开发人员在 M$ 平台上有关，也无可厚非）。o6z 兄千万别介意。还有 gigix 翻译的那些文章和书都是蛮好的。尤其是重构的那本书，我现在一闲着就在读。gigix 对于 TDM 的访谈更是加深了我对 CMM 的怀疑，这种说真话的勇气我是很赞赏的。希望 CSDN 能越办越好！
Good luck! |
| 返回顶楼 | |
|
发表时间：2004-02-06
dlee我没有怪你的意思，我的意思是他要是到了我的地面，我也一样会去批驳他的观点。
|
| 返回顶楼 | |
|
发表时间：2004-02-06
MDA是一个自相矛盾的东西。
模式是什么？模型就是简化！ 如果模型细节到可以直接生成动态行为的代码，那么这还称为什么模型？ 就算我们不讨论这个问题，那么当模型复杂到和代码一样复杂的时候，如何管理这种复杂性，如何测试？如何调试？如何修改？如何验证？难道比编程语言方便？更低廉？ 使用EJBDoclet和XDoclet这样的工具可以看到代码生成是一种很好的辅助手段，提高效率，减少错误，但是这些工具一般用来生成系统的静态成分而不是复杂的动态交互。这些工具才是我们真正可以提高效率的东西。 |
| 返回顶楼 | |
|
发表时间：2004-02-06
刚刚看到CSDN上一个说法，MDA==money drive all。嘿嘿，人年纪越大就越是不相信会有什么新东西。而似乎年纪越大也越是不相信CASE，我实在不明白的是MDA到底是不是要把UML引向程序语言的道理。
我更喜欢UML的建模语言的定位，简单而不过分关注细节，有充分的容错性。 |
| 返回顶楼 | |
|
发表时间：2004-02-07
看了各位的精彩讨论，获益匪浅
虽然我只是一个入行只有一年多的新人，也不能很深刻的理解各位老大说的东西，但是很喜欢这里热烈讨论的气氛 希望这里能越办越好，向你们学习！ |
| 返回顶楼 | |
|
发表时间：2004-02-07
ozzzzzz 写道 文档为什么会和代码不同步呢？？？？难道是文档写的太少的原因？？？？？？
文档的问题在于足够的少，投入的资源足够的少，足够的自动化。 MDA在我看来是又是一场骗取钱财的闹剧，这些年我看的多了，什么4GL/5GL，什么自动化文档生成，什么从需求到实现的无缝链接。MDA无非就是给CASE制造商一个新的卖点。这些东西吵吵一些时日就会被新的卖点代替。 文档的同步不是在于写一个完备的说明书，而是在于提供一个提纲挈领的大纲。抽象的级别一个足够的高，而不能落于那些经常改变的细节。而一旦工具引入文档的写作和管理，特别是自动生产文档，就往往带来繁琐和过于臃肿的问题。因为工具自己无法知道什么重要什么不重要，他们会把一切东西都放进里面。而人们写文档最后还是要拿来读的，不是拿去收藏的。文档的规模只有足够的小才能适于阅读。而使用工具往往会让那些写作他们的人过于随意的写下一些他们认为以后也许有用的东西，而这些东西最终真正有用的没有多少。而看文档去了解那些细节往往还不如直接去看代码来得简单。 文档和代码不同步自然是地狱，但是为什么你要去先看文档而且只相信文档呢？地狱是可怕的，但是更可怕的是你明明知道那个是地狱，还是不肯调头离开，而是直奔而去。 文档管理变得简单的唯一途径就是让文档足够的少，而不是依靠什么天赐神兵。文档永远只是一种辅助手段，永远也不可能成为一种软件开发的核心工具。 1.文档的问题，我想可能我们的经历不同，各自体会的重点可能不同，但是文档自动管理，同步管理对我而言肯定是一个可发掘的空间。如果你知道这方面的开源工具，请推荐我一个。当然javadoc,xdoclet,maven除外 2.关于MDA,我想有人看到的是挑战，有人看到的是弱点。但是最后胜利会属于谁，我的赌注押在前者。我拥抱变化，所以我选择IT。 3.我也是斑竹，opensource的斑竹(当然不是csdn的)，我自己觉得一个斑竹，他的主要职责是引导大家去思考，而不是遏制大家的想法，不是把自己的想法强加于别人。我更喜欢把我得角色作为一个倾听者。当然我没说斑竹有很强的能力不好:) I am sorry to tell you that I favor google, sun forum, TSS, jakarta, SF, and IBM alphawork, etc. Csdn may be last 10 |
| 返回顶楼 | |
|
发表时间：2004-02-09
引用 我是个怀疑主义者
你不使用maven,我只能怀疑你不重视软件中的文档管理 这句话很有问题. |
| 返回顶楼 | |
|
发表时间：2004-02-10
我就根本没有用过Maven，以及贴主罗列的一系列的工具中的很多。原因很简单，我工作中接触不到。但是不是说没有了这些工具就不能进行有效的开发了呢？当然不是。Rational的RequisitePro不也是文档管理工具？只要能满足需求，达到目的的就是好工具，就像有的人喜欢Eclipse，而我在WSAD5.0出来之前一直用Jbuilder一样。并不是WSAD不好，而是WSAD4.0里面我根本找不到Java API文档。
所以，hijack也不必生气着急。每个人都有自己习惯的工具，自己习惯的做法。我的同事们甚至更喜欢用Text Editor甚于WSAD。难道说这是不重视软件中的开发过程么？恰恰相反，他们写出来的代码是我所见过的质量最好的。很多时候当生产系统出现问题之后甚至不需要再重复一遍出现问题的操作就可以仅凭log文件准确地确定问题产生的原因（在平时log文档很小，只有出问题的时候log level会自动升级）。相比之下，那些习惯于使用IDE的人们往往过分依赖自己的集成工具了。 |
| 返回顶楼 | |
|
发表时间：2004-02-10
ozzzzzz 写道 刚刚看到CSDN上一个说法，MDA==money drive all。嘿嘿，人年纪越大就越是不相信会有什么新东西。而似乎年纪越大也越是不相信CASE，我实在不明白的是MDA到底是不是要把UML引向程序语言的道理。
我更喜欢UML的建模语言的定位，简单而不过分关注细节，有充分的容错性。 同意你的观点。一个不会编程序的Architect绝对不会是一个好的architect，同样的道理，程序员怎样成为architect呢，也只有通过编程序。MDA正好把这两个有机联系打破了。除非我们真得可以设立一门课程，使得所有学过这门课程的人都能够成为合格的设计师，否则MDA从哪里找这些合格的设计师呢？毕竟，程序员已经成为打字员了。反正我个人的体会是：经验是不能以其他的方式得到的。 |
| 返回顶楼 | |
|
发表时间：2004-02-12
yining 写道 ozzzzzz 写道 刚刚看到CSDN上一个说法，MDA==money drive all。嘿嘿，人年纪越大就越是不相信会有什么新东西。而似乎年纪越大也越是不相信CASE，我实在不明白的是MDA到底是不是要把UML引向程序语言的道理。
我更喜欢UML的建模语言的定位，简单而不过分关注细节，有充分的容错性。 同意你的观点。一个不会编程序的Architect绝对不会是一个好的architect，同样的道理，程序员怎样成为architect呢，也只有通过编程序。MDA正好把这两个有机联系打破了。除非我们真得可以设立一门课程，使得所有学过这门课程的人都能够成为合格的设计师，否则MDA从哪里找这些合格的设计师呢？毕竟，程序员已经成为打字员了。反正我个人的体会是：经验是不能以其他的方式得到的。 在分工越来越细的今天和明天， **Domain Expert** is more valuable than *coder* 程序员已经成为打字员了<---- Sorry, a lot of codes are auto-genernated |
| 返回顶楼 | |
