2009敏捷中国大会之感想

Dave Thomas的演讲相当精彩。虽然有一些概念之前已经知晓了，但是听大师的阐述还是有一些新的感受。
Dave认为敏捷宣言没有任何创造性的成就，而仅仅是总结了大家共有的，有价值，喜欢的开发体验。敏捷宣言的诞生，也就是几个程序员一起讨论讨论总结出来的。换句话说，敏捷其实是很草根的。他说不要把敏捷当作一个新事物，他们那一群提出敏捷宣言的人，只是把已经存在的事实告诉大家而已。
他还指出，不要把敏捷当作一个标准，一个事件。敏捷其实是一个形容词，来描述你做事情的方式。所以敏捷不是一个结果。每个人都应该思考自己如果能够更敏捷的实现目标，而不是把敏捷作为一种标准或者目的。分享失败的经验比成功的经验可能更重要。

会后和Fred George讨论了关于软件开发中过多的Branch和GUI Automation Test的问题。关于Branch他的建议是，Branch有时候是无法避免的。如果Branch之前的测试够充分，或者代码本身的可维护性够好，那么Branch之后不会造成太大的问题。关于GUI Automation，他觉得如果GUI manual testing的投入/产出比太低，那这个测试可以考虑放弃。同样，基于GUI的 automation测试也要考虑投入/产出的问题。因此尽量避免做基于GUI的Big workflow这种automation。在GUI上面，只做测试GUI控件本身的automation就够了。以WEB为例，就只看网页能否打开，网页上的控件能否工作。业务流程测试都放在GUI后面的层面来做。

有别人问道，如何度量敏捷开发比其他模型，例如CMMI，好多少。Dave Thomas回答是，你最多只能分辨出哪个方法更好，但是要计算出好多少是不可能的。类似的，你可以说这个餐厅比那个餐厅好，但是你能说这个餐厅要好50%吗？Michael Robinson说，开发简单系统时无法体现敏捷的优势。但是开发复杂系统一定是敏捷更好。