极限编程透视 (2010 年度畅销榜NO.7946 )

本书收集了47篇有关XP的论文。这些论文共分为六个主要部分：XP和AM概述，XP开发实践，向XP和AM转变过程中所包含的问题，应用XP进行工作的实际经验，如何使用极限工具帮助实际应用XP和AM，最后讨论了一些发展和扩充XP的思想。围绕XP和其他灵活方法论中讨论的多个关键主题，本书提出了有效实施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章 重构或预先设计
第19章 递增变化的方法论
第20章 极限维护
第三部分 XTT：极限技术转换—XP和AM入门
第21章 将极限编程引入课堂
第22章 讲授XP——最初的观察和计划
第23章 学生对极限和结对编程适用性的感受
第24章 极限编程与软件设计课程
第25章 用户素材和计划游戏教程
第26章 不断学习
第27章 XP游戏
第28章 群体编程以及向XP过渡
第29章 估算灵活方法论效率的度量套件
第四部分 XD：极限真实性—现实生活经验
第30章 在B2B企业中采用XP的经验
第31章 从XP项目中得到的教训
第32章 分析员在大型XP项目中遇到的挑战
第33章 XP在大型项目中的应用—开发人员的观点
第34章 客户经验：实施XP
第35章 从实践中学习：为什么XP不被采纳
第36章 在中等规模的企业中进行XP定性研究
第五部分 XT：极限工具—工具怎样帮助实践XP和AM
第37章 自动生成模拟对象
第38章 快速测试：XP环境下的自动验收测试
第39章 Jester——JUnit测试器
第40章 应用特定工具来稳定XP流程
第41章 Holmes——对轻量级开发过程的重量级支持
第六部分 XEX：通向极限的极限—关于如何扩展XP和AM的方法
第42章 从CMM的角度来看极限编程
第43章 保持期权的开放性：极限编程和弹性经济学
第44章 分布式极限编程
第45章 XP不能扩展的五个原因及其对策
第46章 复杂项目配置中的XP：几点扩展
第47章 使用模式和XP构建复杂的面向对象系统

极限编程（XP）是一种与传统软件开发方法截然不同的方法。在XP 2001、XP Universe 2001以及其他有关XP的学术会议上，专家们提出了许多富有智慧的思想，并讨论了XP规范。这些会议展示了XP外观上的持续变化。通用的编程实践永远不会是一成不变的，在未来规划中，开发人员和业务人员必须要接受这个现实。 本书收集了47篇展示XP团体领导者远见和智慧的论文。围绕XP和其他灵活方法论中的多个关键主题，本书对于有效实施XP提出了经验性技术，并给出了实现成功转变的策略。收集的论文共分为六个主要部分：XP和AM概述，XP开发实践，向XP和AM转变过程中所包含的问题，应用XP进行工作的实际经验，如何使用极限工具帮助我们实际应用XP和AM；最后讨论了一些发展和扩充XP的思想。 本书的许多作者都是XP领域内的知名专家，如Michele Marchesi、Giancarlo Succi、Don Wells和Laurie Willianms都是令人尊敬的软件工程师及大学教授，他们在多个项目中应用XP方法论，也是迄今所发起的各次主要XP会议的组织者。 本书的内容非常丰富，提出的许多新思想、新技术，如结对编程、小型发布、代码重构以及测试重构等，对我们的编程实践有很强的指导意义，在很大程度上解决了困扰程序员提高软件质量和适应不断变化的需求的难题。 对于从事各种应用程序开发的程序员和测试员来说，本书有助于他们开阔视野、转变观念，进而提高软件质量和适应性。 本书由卢庆龄、张威、王小振、陈曼青、杨宏伟、王铁宁、杨学强、黄俊、李庆全、张铁成、魏桂英、寇育新、王芹、许静华、童为民等翻译并整理。 由于译者水平有限，疏漏之处在所难免，恳请读者批评指正。

为什么我们需要另一本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