Java开发网 - <<Agile Software Development >>的一点思索

Topic: <<Agile Software Development >>的一点思索

1.<<Agile Software Development >>的一点思索

Posted by: haibo
Posted on: 2004-08-20 10:02

读了一部分<<敏捷软件开发：模式，原则，实践>>Rorbert C.著
大致理解：
以最快，最直接的方式构建出客户所需要的应用，应用是很多需求组成，针对每条需求，相应的有Test Case 来保证开发出的软件是符合用户需求的。而在开发中的每个模块单元都要相应的先有Test Case,这样保证模块的功能不会在开发过程中退化。
而开发人员对于每天的所写的代码都要在下班前将其“重整“的规范些，直接说就是整理的易懂，使其更规范，这包括“refactoring“一书所介绍的一部分。
而针对用户需求的变化，针对程序中的“变化点“应用模式使“这段代码“对于以后相同情形的变化不会需要重新修改“这段代码“。
我觉得最后这段是"Agile"的要点，她不要求开工前多么优雅的设计，而是最直接的方式满足用户提出的需求（当然设计者要对整体工程要有一定的估测）。针对变化做到以“不变（代码不用修改）“应“万变（相同类型的变化）“。不做当前不会涉及到预先估计的“扩展性。。”作设计。
而这样开发的话，针对变化要有充分认识，继而对于解决的方法模式也要有充分的认识。
大家可以讨论一下。

2.Re:<<Agile Software Development >>的一点思索 [Re: haibo]

Copy to clipboard

Posted by: haibo
Posted on: 2004-08-20 10:08

总其，我觉得Agile的方法比较实际，不像传统软件工程所讲的“总体设计“
“详细设计“的具体感念让人易模糊或者更确切地说“望而却步“，把软件的开发
理论从“神的“境界重新回归到“人的“境界，实用性是最重要的，以最快，最准的开发方法满足用户也是商业利益所追求的。

3.Re:<<Agile Software Development >>的一点思索 [Re: haibo]	Copy to clipboard
Posted by: wes109 Posted on: 2004-08-20 12:18 支持楼猪！思了就要嗦一嗦。。。

4.Re:<<Agile Software Development >>的一点思索 [Re: haibo]

Copy to clipboard

Posted by: 主管
Posted on: 2004-11-05 17:13

test case是个好冬冬，事物存在总得有个约束，在这个约束里行事会没问题，是正确的，test case就扮演约束的脚色，黑箱输入是什么，输出应该是怎么样的，如果符合就是对的。有点dbc的概念。约束不变随你怎么变，不违规就行。test case大有取代debugger的趋势（别人说的）

就这本书来讲，真是本好书，值得看了又看，看起来很舒服，让你能了解许多为什么和怎样，设计和设计的时机，设计的原则，怎么敏捷，怎么权衡设计。怎样。看了这本书设计模式就会感觉很自然。我喜欢

5.Re:<<Agile Software Development >>的一点思索 [Re: haibo]

Copy to clipboard

Posted by: dissip
Posted on: 2004-12-08 17:07

As I think:
the core of agile methodology is not test driven, refactoring, iterate, peer programming,...(let alone, design patterns). there are just practice. UP also adopt these methods at least to some extent.
the main difference between agile and UP is its philosophy:
1.we human are not able to predict the future in volatile enviroment. so let's fucus on the most valuable thing now.
2. we develpers are active, creative people instead of typing machine.
follow this philosophy I find it not very difficult to understand agile (esp. XP)

6.Re:<<Agile Software Development >>的一点思索 [Re: haibo]	Copy to clipboard
Posted by: KevinRen Posted on: 2004-12-31 16:56 敏捷开发应该没有完整需求，代码即需求。

7.Re:<<Agile Software Development >>的一点思索 [Re: haibo]	Copy to clipboard
Posted by: littledeer1974 Posted on: 2005-01-12 13:35 会员区里有这本书吗?(FTP)

8.Re:<<Agile Software Development >>的一点思索 [Re: haibo]	Copy to clipboard
Posted by: PrimeJava Posted on: 2005-02-17 22:33 其实我觉得xp和rup实质是一样的，只不过xp的设计体现在code中，而rup的设计体现在uml中。不太懂，只是个人见解。

9.Re:<<Agile Software Development >>的一点思索 [Re: haibo]	Copy to clipboard
Posted by: shyadam Posted on: 2005-03-08 22:43 敏捷开发讲究的是：保证软件在每个阶段都能正常运行，再在这个基础上不段完善程序！

10.Re:<<Agile Software Development >>的一点思索 [Re: haibo]

Copy to clipboard

Posted by: haibo
Posted on: 2005-03-22 09:23

自己亲身试验了agile中的pair programing ,感觉其中双方的知识水平,和问题的
复杂度还是比较重要的,和我一快pair的是经验不多的一个MM,复杂的算法都是
我预先想好怎么作,然后她把它写出来,这样的过程即时自己不在旁看,也知道
写出来的是什么样子,这时我的时间就浪费了,但在设计时,由于我对具体的业务不熟悉,她在旁就可以给我讲解业务,我设计接口,类,方法,然后她来实现,这时候效率就高了,看来具体的问题还得细分,结队要完成的任务必须得有点难度,这
中难度是相对结队的两个人都必须有的,两个人的知识经验必须相差不多

11.Re:<<Agile Software Development >>的一点思索 [Re: haibo]	Copy to clipboard
Posted by: jigsaw Posted on: 2005-03-26 21:12 看了haibo的感想我觉得结对的重点在于男女搭配干活不累。。。当然。。要是配上个喷火的就更累了。。。

12.Re:<<Agile Software Development >>的一点思索 [Re: haibo]	Copy to clipboard
Posted by: MoutainHigh Posted on: 2005-03-29 11:34 呵呵，干咱这行的身边有个养眼的的确能减轻不少工作的枯燥。

13.Re:<<Agile Software Development >>的一点思索 [Re: jigsaw]	Copy to clipboard
Posted by: haibo Posted on: 2005-03-29 12:21 jigsaw wrote: 看了haibo的感想我觉得结对的重点在于男女搭配干活不累。。。当然。。要是配上个喷火的就更累了。。。

14.Re:<<Agile Software Development >>的一点思索 [Re: haibo]

Copy to clipboard

Posted by: hitaco
Posted on: 2005-05-24 16:00

个人感觉最主要的是颠覆了传统的"upfront design", 而重视refactoring等

haibo wrote:
总其，我觉得Agile的方法比较实际，不像传统软件工程所讲的“总体设计“
“详细设计“的具体感念让人易模糊或者更确切地说“望而却步“，把软件的开发
理论从“神的“境界重新回归到“人的“境界，实用性是最重要的，以最快，最准的开发方法满足用户也是商业利益所追求的。

15.Re:<<Agile Software Development >>的一点思索 [Re: haibo]

Copy to clipboard

Posted by: sunfmin
Posted on: 2005-07-17 17:57

设计的度比较难把握，很多项目设计写到了条件判断，目的是想让程序员照着编就行了。
但是想法挺好，事实上不可能达到，他们的设计和实际的程序，甚至逻辑都相去
甚远，原因是人不可能凭空想象出系统来，必须编写，调试，重构……等一系列
过程。所以开始的设计不要想做的完美，能描述主旨就行了。
再一个问题就是当程序在不断的修改过程中，设计没有同步（因为同步设计太需要资源了），变成了一对废文档。
从这些问题上不难看出Agile就有效地解决了这些。