《解析极限编程—拥抱变化》书评摘录

我原来以为关注的人会很多，看来大家还是不是很关心开发过程.这本书很好，提出了一个解决我一直以来的问题:需求不确定怎么办?我尝试使用中,初步结果还是令人满意的,结队编程确实可以提高软件质量,测试驱动能够挖掘细节,重构能够降低复杂度,但是就是要求团队素质比较高.

很棒的一本书.看了之后相见恨晚.许多观点应该也是程序员很乐意看到的.相比RUP严格的规范而言,极限编程应该更适合于中国企业应用软件的开发,在中国大量的应用软件客户需求不明确,客户需要逐步明确他的需求,从这个角度来说极限编程应该是比较符合中国的实际的.不过真正采用极限编程也还是有很多难度, 比如重构和测试,这是中国程序员非常缺乏的,而这是极限编程的达到良好效果的基石.此外要求客户有专人配合也是中国企业比较难以做到的.不过总体感觉比让客户拿出完整的需求以及让程序员掌握UML,RUP以及相关的一系列工具还是难度要相对低一些.因此推荐做软件集成的人采用极限编程,当然,做大型软件产品的还是用RUP比较好.

 第一本XP图书，原书写于1999年10月，并荣获当年的Jolt图书大奖。
可以保证的是：作者、译者、编者都很用心。
好书一本，不必谦虚！

这本书我没有看懂，但是期待Refactoring: Improving the Design of Existing Code这一本，感觉后者技术上的因素强一些。
在搞了UML之后，感觉上不很容易接受书中的观点，实际上持续集成、迭代开发、测试先行都是两者共有的观点吧。但是就重构而言，需要一定的技术因素来阐明（设计结构时的要点和重构的方法），否则，我不相信以一个造狗窝的思想准备，能够不断重构成一个2层楼房。