Java开发网 - Re:以前不注重测试，现在知道错了，赶紧过来补课。

Java开发网

您没有登录

» Java开发网 » Design Pattern & UML

打印话题 寄给朋友 订阅主题

作者

Re:以前不注重测试，现在知道错了，赶紧过来补课。 [Re:scottding]

sothis

CJSDN高级会员

发贴: 168
积分: 60

于 2003-03-03 16:01

在软件开发组织(Process)上面我比较喜爱轻量级的模式，我想大概程序员出身而不是管理出身的兄弟姐妹们都应该会有这样的倾向。XP应该是我认为最好的了。
有时候觉得软件开发就像是打仗一样，当开发队伍象水流一样按奈不定的时候，开发团队的英雄们站立在大小船头，放眼眺望。水流有时候奔腾澎湃、有时候咆哮抗击、有时候暗流四涌、有时候止步不前。每通过一个码头，会有笑声欢腾如浪；每遇到一个山头，会团团踹流，军心稍乱。

信心

不是每个人都能够那么坚强勇敢看得那么远想得那么透，在团队开发的时候，信心的崩溃有时候就像兵败如山倒一样，让英雄们在离目标仅仅100米的地方叹息、倒下。
信心不是靠打气就可以维护的，若有若无虚无缥缈的目标，谁心里都会发毛。实实在在的踏实感觉，是信心之源。
和个人开发小程序不一样，团队开发的信心来源于方法而不是个人。步步为营、人人为主是关键。步步为营有多个含义。第一，打下来的山头就要守住，整个战线才能牢靠，前进速度不是关键，开得太快的车会让多数人心里发虚；第二，因为不停的有每一小步的成功，会让每个成员心闲气定。人人为主，也有多个含义，包括要让所有人都能看到全景事态；要让自己的工作别人也能了知如掌。
幸而在Java开发中，这些都是可以达到的。
让每个人都能看到，讲的是要有UML设计工具的支持，把系统结构目标可视化，可视化之后，才知道有几个山头，打下了几个，进展到了哪一步；还有版本管理工具，让成就汇总呈现；还有增量组装(可能会有Refactor需求，如果结构冲突的话)；还有协同工具，战况如何要广播的。
山头是不是真的打下来了，工事牢靠不？需要测试决定。打下来的是不是需要打的山头？需要跟踪需求。怕工事还不够好用？做一下优化。

和IDE工具一样，ILDE也不是给高手准备的，而是给多数人准备的，目的是为了有效提升团队开发效率。

开发模式的话，话说回来，我还是比较喜欢XP，呵呵

天狼星

话题树型展开

人气	标题	作者	字数	发贴时间
10775	以前不注重测试，现在知道错了，赶紧过来补课。	scottding	24	2003-01-14 10:47
9308	Re:以前不注重测试，现在知道错了，赶紧过来补课。	floater	91	2003-01-14 11:48
9272	Re:以前不注重测试，现在知道错了，赶紧过来补课。	scottding	58	2003-01-14 14:54
9350	Re:以前不注重测试，现在知道错了，赶紧过来补课。	floater	334	2003-01-14 22:51
8858	Re:以前不注重测试，现在知道错了，赶紧过来补课。	Julian13	217	2003-01-15 10:25
9285	Re:以前不注重测试，现在知道错了，赶紧过来补课。	floater	518	2003-01-15 11:04
9389	Re:以前不注重测试，现在知道错了，赶紧过来补课。	scottding	36	2003-01-15 09:34
8633	Re:以前不注重测试，现在知道错了，赶紧过来补课。	dalong	99	2003-01-23 15:10
8528	Re:以前不注重测试，现在知道错了，赶紧过来补课。	atsmile	4	2003-03-02 10:05
8801	Re:以前不注重测试，现在知道错了，赶紧过来补课。	sothis	76	2003-03-02 21:15
8951	Re:以前不注重测试，现在知道错了，赶紧过来补课。	scottding	16	2003-03-03 09:43
9208	Re:以前不注重测试，现在知道错了，赶紧过来补课。	sothis	815	2003-03-03 16:01

已读帖子

新的帖子

被删除的帖子