极限编程透视

　　 本书收集了47篇有关xp的论文。这些论文共分为六个主要部分：xp和am概述，xp开发实践，向xp和am转变过程中所包含的问题，应用xp进行工作的实际经验，如何使用极限工具帮助实际应用xp和am，最后讨论了一些发展和扩充xp的思想。围绕xp和其他灵活方法论中讨论的多个关键主题，本书提出了有效实施xp的经验性技术，并给出了实现成功转变的策略。
　　 本书收集的论文涉及多个行业中的极限编程实践。对于已经在进行xp开发，或者是准备转换到这种灵活方法论上的人来说，具有较强的指导意义。对于采用传统开发方法的程序员来说，也有助于他们开阔视野，进而接受这些新的编程思想。
　　 本书的许多作者都是xp领域内的知名专家，如michele marchesi、giancarlo succi、don wells和laurie williams都是令人尊敬的软件工程师及大学教授，他们在多个项目中应用xp方法论，也是迄今为止所发起的各次主要xp会议的组织者。

第一部分 xar：极限和agile回顾—xp和am
第1章 xp概述
第2章 灵活软件开发
第3章 如何选择使用am
第4章 结对编程：为什么让2个人做1个人的工作
第5章 系统隐喻的研究
第6章 轻型过程的轻型评价
第7章 生命周期与螺旋形消亡
第8章 用xp命中目标
第二部分 xd: 极限开发—xp开发实践的分析
第9章 xp风格的测试简介
第10章 质量是可以商量的吗
第11章 开发者和测试员使用极限编程方法论的协作模型
第12章 提高自动测试的效率
第13章 极限单元测试：为最大化早期测试而排序测试用例
第14章 重构测试代码
第15章 测试感染代码中的诊断进展
第16章 使用金卡进行革新与维护
第17章 极限编程与合同的集成
第18章 重构或预先设计

　　 为什么我们需要另一本Agile/XP的图书？如果XP和Agile Manifesto都很简洁，那么为什么还需要那么多的书籍、文章、讨论会、用户讨论组、Yahoo分组电子邮件以及辩论会进行阐述呢？这是因为简洁并不表示过于简单，“简洁”的原则和实践的有效组合可以产生复杂的、智能的行为。
　　 XP的12种实践，DSDM的9个原则，Bob Charette的“节俭开发”（Lean Development）中的12条准则，以及与Agile Manifesto有关的12条准则（12似乎是Agilists非常流行的数字）并不简单。这些复杂的问题，受技术和人类能力的限制，不太容易解决，但我们可以通过一些内在的规则、实践和准则很好地逼近，使“应用程序”产生无穷的有创造性的想法，这些想法反过来又可以为我们的顾客带来价值。
　　 这一点很关键，但严格的方法论支持者并不理解。他们中的许多人只相信内在的规则、程序和过程，而不相信生成的规则。如果有问题，可以翻到过程57、活动24、任务87、步骤4，即可找到答案。遗憾的是，复杂的问题并不能通过这些数字来找到答案。复杂的问题，也就是每人每天都要面对的现实问题，即软件产品开发杂乱无章的局面，可以在几个关键原则的指导下，基于几个关键实践，通过有创造性的、革新的想法来解决。正如Kathleen Eisenhardt和Donald Sull在“Harvard Business Review”一文（“Strategy as Simple Rules”，2001.01）中所写的那样，“如果商务前景是简单的，那么公司可以采取复杂的策略，但现在的商务是如此复杂，因此需要对它们进行简化”。
　　 简化并不意味着过于简单，而是意味着要从数以百计的软件开发规则和实践中提取出能够使我们清晰、有效地考虑所面临问题的一些内容。如果实践过于简单，我们将不需要有关单个实践的全部书籍：重构（Martin Fowler），或结对编程（Laurie Williams和Robert Kessler），或测试优先开发（Kent Beck）。
　　 本书各章的差异证明了我的观点。本书由Agile/XP领域的著名领导者和不太为人所知的领导者合作编写，他们每天都在努力工作以为其顾客创造价值。这些章节反映了现实世界问题的复杂性及其解决办法，有助于我们了解几个非常有价值的关键、简单的观点。
　　 类似这样的图书是很有价值的。虽然各个章节不一定适合每位读者，但可以先跳过一些章节，只学习感兴趣的部分，之后再学习其他章节，这样读者可以深入了解同时代的人如何使用Agile/XP实践来解决众多的现实世界问题。但我们必须承认，参与在地中海撒丁岛海滩举行的XP2001会议的人对本书许多章节的形成都有一定的贡献。
　　 Jim Highsmith