![解析极限编程--拥抱变化(原书第2版)(第10届Jolt生产效率大奖获奖图书)[图书]](http://images.china-pub.com/ebook195001-200000/198583/zcover.jpg)
（已有9条评价）
基本信息
- 原书名：Extreme Programming Explained: Embrace Change (2nd Edition)
- 原出版社： Addison-Wesley Professional
- 作者： Kent Beck Cynthia Andres
- 译者： 雷剑文 李应樵 陈振冲
- 丛书名： 软件工程技术丛书
- 出版社：机械工业出版社
- ISBN：9787111357957
- 上架时间：2011-9-16
- 出版日期：2011 年9月
- 开本：16开
- 页码：167
- 版次：2-1
- 所属分类：计算机 > 软件工程及软件方法学 > 综合
【插图】
编辑推荐
第10届Jolt生产力大奖获奖图书，解析极限编程的艺术
帮助读者改进开发软件的方式，创造杰出的软件
内容简介
书籍
计算机书籍
极限编程（XP）是适用于中小型团队在需求不明确或者迅速变化的情况下进行软件开发的轻量级方法学。本书是XP宣言，也是第一本有关XP的图书。
这本书介绍了XP背后的思想——它的根源、哲学、情节等。它将帮助读者选择是否在项目中使用XP时做出明智的决策。本书的另一个目的是帮助那些已经在使用 XP的读者更好地理解它。 对程序员而言，XP做出的承诺是他们每天能够处理真正重要的工作，而不必单独面对令人担忧的状况。他们将能够集中全力来使他们的系统获得成功。他们将做出最适合由他们来做的决策。对于客户和管理人员而言，XP的承诺是他们将从每个编程周期中获得最多的利益。他们将能够在开发的中途更改项目的方向而不用承担太高的成本。
《解析极限编程--拥抱变化(原书第2版)》适合所有软件开发人员、管理人员参考。
计算机书籍
极限编程（XP）是适用于中小型团队在需求不明确或者迅速变化的情况下进行软件开发的轻量级方法学。本书是XP宣言，也是第一本有关XP的图书。
这本书介绍了XP背后的思想——它的根源、哲学、情节等。它将帮助读者选择是否在项目中使用XP时做出明智的决策。本书的另一个目的是帮助那些已经在使用 XP的读者更好地理解它。 对程序员而言，XP做出的承诺是他们每天能够处理真正重要的工作，而不必单独面对令人担忧的状况。他们将能够集中全力来使他们的系统获得成功。他们将做出最适合由他们来做的决策。对于客户和管理人员而言，XP的承诺是他们将从每个编程周期中获得最多的利益。他们将能够在开发的中途更改项目的方向而不用承担太高的成本。
《解析极限编程--拥抱变化(原书第2版)》适合所有软件开发人员、管理人员参考。
作译者
Kent Beck一向挑战软件工程教条，促进诸如模式、测试驱动开发和极限编程等思想。目前属于Three Rivers Institute和Agitar Software，他是许多Addison-Wesley著作的作者。
Cynthia Andres拥有心理学学士学位，在组织行为学、决策分析和妇女研究方面工作。从XP诞生以来她就跟Beck一起工作于XP的社会方面。她也属于Three Rivers Institute。
雷剑文（Kim Man Lui）：在Kent Beck 的支持下出版了《Software Development Rhythms》一书。最近得到中国经济出版社支持，雷博士用心理和科学大胆地向股票技术分析的真伪挑战。新书《假中寻真》说破原来想赢钱，必先学会不输钱，这才是务实的炒股态度。
李应樵：Marvel Digital公司的CEO，李博士的兴趣为科研的工业应用。李博士个人研究方向为Ontology Engineering, 知识管理和科技管理及其应用。
陈振冲：现任香港理工大学教授，其研究方向和项目包括软件工程，数据挖掘和计算机智能等。
Cynthia Andres拥有心理学学士学位，在组织行为学、决策分析和妇女研究方面工作。从XP诞生以来她就跟Beck一起工作于XP的社会方面。她也属于Three Rivers Institute。
雷剑文（Kim Man Lui）：在Kent Beck 的支持下出版了《Software Development Rhythms》一书。最近得到中国经济出版社支持，雷博士用心理和科学大胆地向股票技术分析的真伪挑战。新书《假中寻真》说破原来想赢钱，必先学会不输钱，这才是务实的炒股态度。
李应樵：Marvel Digital公司的CEO，李博士的兴趣为科研的工业应用。李博士个人研究方向为Ontology Engineering, 知识管理和科技管理及其应用。
陈振冲：现任香港理工大学教授，其研究方向和项目包括软件工程，数据挖掘和计算机智能等。
目录
《解析极限编程--拥抱变化(原书第2版)》
本书赞誉
推荐序
译者简介
前言
致谢
第1章 极限编程定义
第一部分 探索极限编程
第2章 学习开车
第3章 价值观、原则和实践
第4章 价值观
沟通
简单
反馈
勇气
尊重
其他
第5章 原则
人性化
经济学
本书赞誉
推荐序
译者简介
前言
致谢
第1章 极限编程定义
第一部分 探索极限编程
第2章 学习开车
第3章 价值观、原则和实践
第4章 价值观
沟通
简单
反馈
勇气
尊重
其他
第5章 原则
人性化
经济学
前言
极限编程（Extreme Programm，XP）的目标是杰出的软件开发——更低的成本、更少的缺陷、更高的生产效率、更高的投资回报。现在还在艰苦奋斗的团队，只须通过精化他们工作的方式，并把日常开发实践极限化，就可以达到这个效果。
开发软件的方式有好坏之分。优秀的团队都是相似的。不管你的团队是好还是差，你始终可以改进。我希望本书成为你试图改进时的资源。
本书是我个人理解的优秀软件开发团队的共同之处。我把自己所做所见的凑效的事情提取成我所认为的纯粹的最“极限”的形式。在这个过程中，我最受打击的是我这方面想象力的匮乏。5年前本书第1版出版时看起来不可能极限化的实践，现在已经很平常了。5年后本书所介绍的实践可能也会显得保守。
如果我只讲优秀团队做什么，那么不会切中要点。杰出的团队的行为根据他们工作环境的不同应用有所不同。透过表面看实质，他们的活动就像河面的涟漪暗示着下面的形态，优秀软件开发背后的智慧和直觉知识，是我试图提取和阐述的。
评论家抱怨第1版强迫他们用某种方式编程。除了我能控制别人行为的谬论之外，我很尴尬那就是我的目的。放弃控制别人行为的幻想，承认每个人对自己选择的责任，这一版我试图用正面和全面的方式记叙我的信息。我介绍经证实的实践，你可以把它们加入自己的锦囊。
无论环境如何，你始终可以改进。
你总是可以自己开始改进。
你可以今天就开始改进。
Kent Beck
2004年9月
致谢
我要感谢我最棒的评审组，他们每个人都花费了可观的时间阅读和评论我的手稿：Francesco Cirillo、Steve McConnell、Mike Cohn、David Anderson、Joshua Kerevsky、Beth AndresBeck、Bill Wake。硅谷模式组（Silicon Valley Patterns Group）也对草稿提供了有价值的反馈，如：
Chris Lopez、John Parello、Phil Goodwin、Dave Smith、Keith Ray、Russ Rufer、Mark Taylor、Sudarsan Piduri、Tracy Bialik、Jan Chong、Rituraj Kirti、Carlos Mc Evilly、Bill Venners、Wayne Vucenic、Raj Baskaran、Tim Huske、Patrick Manion、Jeffrey Miller和Andrew Chase。感谢Pearson的员工：Julie Nahil、Kim Arney Mulcahy和Micheele Vincenti。Paul Petralia，我的编辑，用幽默和理解陪伴我度过艰难时刻。他给我上了人际关系价值的一课。Erich Gramma，我的结对编程搭档，跟我交谈并反馈意见。Bluestone面包咖啡店的老板给我热巧克力和流畅的带宽。Joelle AndresBeck 编辑文本并整理我这些垃圾一样的手搞。我所有的孩子，Lincoln、Lindsey、Forrest和Joelle，在Bluestone花费大量时间与我在一起渡过编辑手稿的时光。Gunjan Doshi提出发人深省的问题。
最后，怎样感谢也不为过，Cynthia Andres：我的妻子、开发编辑、朋友及聪明的同事。
Kent Beck
2004年9月
开发软件的方式有好坏之分。优秀的团队都是相似的。不管你的团队是好还是差，你始终可以改进。我希望本书成为你试图改进时的资源。
本书是我个人理解的优秀软件开发团队的共同之处。我把自己所做所见的凑效的事情提取成我所认为的纯粹的最“极限”的形式。在这个过程中，我最受打击的是我这方面想象力的匮乏。5年前本书第1版出版时看起来不可能极限化的实践，现在已经很平常了。5年后本书所介绍的实践可能也会显得保守。
如果我只讲优秀团队做什么，那么不会切中要点。杰出的团队的行为根据他们工作环境的不同应用有所不同。透过表面看实质，他们的活动就像河面的涟漪暗示着下面的形态，优秀软件开发背后的智慧和直觉知识，是我试图提取和阐述的。
评论家抱怨第1版强迫他们用某种方式编程。除了我能控制别人行为的谬论之外，我很尴尬那就是我的目的。放弃控制别人行为的幻想，承认每个人对自己选择的责任，这一版我试图用正面和全面的方式记叙我的信息。我介绍经证实的实践，你可以把它们加入自己的锦囊。
无论环境如何，你始终可以改进。
你总是可以自己开始改进。
你可以今天就开始改进。
Kent Beck
2004年9月
致谢
我要感谢我最棒的评审组，他们每个人都花费了可观的时间阅读和评论我的手稿：Francesco Cirillo、Steve McConnell、Mike Cohn、David Anderson、Joshua Kerevsky、Beth AndresBeck、Bill Wake。硅谷模式组（Silicon Valley Patterns Group）也对草稿提供了有价值的反馈，如：
Chris Lopez、John Parello、Phil Goodwin、Dave Smith、Keith Ray、Russ Rufer、Mark Taylor、Sudarsan Piduri、Tracy Bialik、Jan Chong、Rituraj Kirti、Carlos Mc Evilly、Bill Venners、Wayne Vucenic、Raj Baskaran、Tim Huske、Patrick Manion、Jeffrey Miller和Andrew Chase。感谢Pearson的员工：Julie Nahil、Kim Arney Mulcahy和Micheele Vincenti。Paul Petralia，我的编辑，用幽默和理解陪伴我度过艰难时刻。他给我上了人际关系价值的一课。Erich Gramma，我的结对编程搭档，跟我交谈并反馈意见。Bluestone面包咖啡店的老板给我热巧克力和流畅的带宽。Joelle AndresBeck 编辑文本并整理我这些垃圾一样的手搞。我所有的孩子，Lincoln、Lindsey、Forrest和Joelle，在Bluestone花费大量时间与我在一起渡过编辑手稿的时光。Gunjan Doshi提出发人深省的问题。
最后，怎样感谢也不为过，Cynthia Andres：我的妻子、开发编辑、朋友及聪明的同事。
Kent Beck
2004年9月
序言
从第1版面世以来已经过去5年了。Beck要我为第2版写序言时，我跟他要一份带修订标记的手稿。多么傻的要求——这书完全重写了！在《解析极限编程》第2版中，Beck重新考虑了XP，并把XP的范例（保持清醒、适应、改变）应用到XP自身。Beck重新考虑、整理和重构了《解析极限编程》的每一个比特（bit），并结合了许多新的理解，结果就是解析得更好的《解析极限编程》！
这是个绝妙的机会来反省XP怎样影响了我自己的软件开发。《解析极限编程》第1版发布不久，我开始参与Eclipse项目，它现在吸引了我所有用于软件方面的精力。Eclipse并不是在纯XP的旗帜下运行的。我们遵循一些敏捷实践，但XP的影响很容易就可以观察到。最明显的就是我们把一些XP实践直接编进了我们的工具。重构、单元测试、编程时的即时反馈现在都是我们工具集中不可缺少的一部分。此外，既然我们“吃自己的狗食（eating our own dog food）”，我们在日复一日的开发中使用了这些实践。甚至更有趣的是在我们开发过程中可以观察到XP的影响。Eclipse是个开源项目，我们的目标之一是实践完全透明的开发。基本原理很简单：如果你不知道项目要走向何方，就无法解决困难或提供反馈。XP实践帮助我们达到这个目标。
下面是我们应用一些实践的方式：
尽早测试、经常测试、自动测试——为得到我们最新构建的绿色标记，得通过21 000多个单元测试。
增量设计——我们每天都投入设计，但我们有额外约束：保持API的稳定。
每日部署——至少每天部署一次组件代码，在已部署代码之上开发，以得到即时反馈并尽早发现问题。
客户参与——我们很幸运有一个活跃的用户社区，他们不胆怯，给我们提供了持续的反馈。我们倾听并且尽全力作出响应。
持续集成——每晚构建最新的代码。夜构建让我们洞察组件间的集成问题。我们每个星期进行集成构建，确保包含了所有组件。
短开发周期——我们的周期比XP建议的一个星期的周期要长，但是目标是一致的。我们每六个星期的周期结束时有一个里程碑构建，这已经成为我们项目生死攸关的核心。每个里程碑构建的目的是显示进度（这让我们诚实）并且交付一个足够高质量水平的软件使得我们的社区能够真正地使用并提供反馈（这让我们更加诚实）。
增量计划——每次发布之后，我们开发一个全面的初步计划，该计划贯穿我们整个发布周期并不断演化。这个计划及早地张贴在我们网站，这样我们的用户社区能够参与对话。只有里程碑是例外的，它们在第一次计划迭代中就被确定，因为这定义了我们项目的重要核心。
虽然事实上我们没有整个采用XP，但我们从上述XP实践中获益良多。特别是，它们帮助我们减轻了开发压力！所有这些实践，由一个强大的承诺准时交付高质量软件的团队巩固着，是我们精确命中计划的里程碑和交付日期的关键。
Kent在继续挑战我的软件开发观点。读这本书时我发现了几个实践，我会把它们加入尝试列表。我建议你也这样做，接受XP的邀请来改进你开发软件的方式，创造杰出的软件。
Erich Gamma
2004年9月
这是个绝妙的机会来反省XP怎样影响了我自己的软件开发。《解析极限编程》第1版发布不久，我开始参与Eclipse项目，它现在吸引了我所有用于软件方面的精力。Eclipse并不是在纯XP的旗帜下运行的。我们遵循一些敏捷实践，但XP的影响很容易就可以观察到。最明显的就是我们把一些XP实践直接编进了我们的工具。重构、单元测试、编程时的即时反馈现在都是我们工具集中不可缺少的一部分。此外，既然我们“吃自己的狗食（eating our own dog food）”，我们在日复一日的开发中使用了这些实践。甚至更有趣的是在我们开发过程中可以观察到XP的影响。Eclipse是个开源项目，我们的目标之一是实践完全透明的开发。基本原理很简单：如果你不知道项目要走向何方，就无法解决困难或提供反馈。XP实践帮助我们达到这个目标。
下面是我们应用一些实践的方式：
尽早测试、经常测试、自动测试——为得到我们最新构建的绿色标记，得通过21 000多个单元测试。
增量设计——我们每天都投入设计，但我们有额外约束：保持API的稳定。
每日部署——至少每天部署一次组件代码，在已部署代码之上开发，以得到即时反馈并尽早发现问题。
客户参与——我们很幸运有一个活跃的用户社区，他们不胆怯，给我们提供了持续的反馈。我们倾听并且尽全力作出响应。
持续集成——每晚构建最新的代码。夜构建让我们洞察组件间的集成问题。我们每个星期进行集成构建，确保包含了所有组件。
短开发周期——我们的周期比XP建议的一个星期的周期要长，但是目标是一致的。我们每六个星期的周期结束时有一个里程碑构建，这已经成为我们项目生死攸关的核心。每个里程碑构建的目的是显示进度（这让我们诚实）并且交付一个足够高质量水平的软件使得我们的社区能够真正地使用并提供反馈（这让我们更加诚实）。
增量计划——每次发布之后，我们开发一个全面的初步计划，该计划贯穿我们整个发布周期并不断演化。这个计划及早地张贴在我们网站，这样我们的用户社区能够参与对话。只有里程碑是例外的，它们在第一次计划迭代中就被确定，因为这定义了我们项目的重要核心。
虽然事实上我们没有整个采用XP，但我们从上述XP实践中获益良多。特别是，它们帮助我们减轻了开发压力！所有这些实践，由一个强大的承诺准时交付高质量软件的团队巩固着，是我们精确命中计划的里程碑和交付日期的关键。
Kent在继续挑战我的软件开发观点。读这本书时我发现了几个实践，我会把它们加入尝试列表。我建议你也这样做，接受XP的邀请来改进你开发软件的方式，创造杰出的软件。
Erich Gamma
2004年9月
媒体评论
Kent Beck在本书中组织并陈述了5年来XP的体验、成长和改变。如果你真的有兴趣了解你和你的团队可以怎样开始并顺着XP改进之路走下去，你必须阅读这本书。”——Francesco Cirillo，XPLabs S. R. L.的CEO
“第1版告诉我们什么是XP——它改变了我们很多人思考软件开发的方式。第2版延伸得更远，并且告诉我们更多XP的‘为什么’：实践背后的动机和原则。这些内容棒极了。用‘什么’和‘为什么’武装起来，我们现在可以开始安心地工作于‘怎样做’：怎样让我们的项目运行得更好，怎样让我们的组织采用敏捷技术。”——Dave Thomas，The Pragmatic Programmers LLC
“这本书不同凡响！它几年前第一次面世时就是革命性的，这个新版本也同样意义深远。对偏爱操作型图书的人来说，该书有‘基本实践’的精彩章节，但是我力劝你先认真思考第1章开篇第一句话的含义：‘XP事关社会性变革。’你应该竭尽全力确保每个IT职业人、每个IT经理（直到首席信息官）桌上都有一本《解析极限编程》。”——Ed Yourdon，作家和咨询师
“XP是一组简化软件设计、开发和测试过程的强有力的概念。它是简约并且渐进的，当解决复杂的、需要平衡创造力和纪律的问题时，这些是特别有用的原则。”——Michael A. Cusumano，教授，麻省理工学院斯隆管理学院，《The Business of Software》的作者
“本书是一个天才和热情的艺术家的杰作，Kent Beck集合起一组关于编程和管理的引人注目的思想，值得你关注。我唯一的牢骚是我们的职业到了这个地步：这种常识性的思想被打上‘极限’的标签。”——Lou Mazzucchelli，Cutter Business Technology Council的研究员
“如果你的组织准备好了要改变开发软件的方式，有缓慢的增量方法：一个一个地解决问题；同样也有快速的途径：跳进XP来。不要被名字吓倒，它根本不是那么极限。大部分是多年积累的老处方和常识，被很好地整合起来，去除了这些年来积累的多余脂肪。”——Philippe Kruchten, 不列颠哥伦比亚大学（UBC）
“有时候革命会被超越——当它发起的运动有了自己的生命力。本书显示，Kent Beck仍走在前端，带领XP到下一个层次。本书整合了5年以来的反馈意见，在更短的时间内花费更少的钱开发更好的软件，达到这个目标需要什么，本书有崭新的视角。这里没有万金油，只是一组实践准则，如果使用得当，可以极大地改进软件开发生产率。”——Mary Poppendieck，《敏捷软件开发工具——精益开发方法》的作者
“Kent Beck根据5年多应用和教授XP的经验修订了他的经典之作。他展示了通向XP之路是如何既易又难：可以从几个实践开始，但对团队继续走下去充满挑战。”——William Wake，独立咨询师
“来自经验的新见识和智慧，更清楚地解析极限编程的艺术，本书将会帮助许多人实现杰出软件开发之梦。”——Joshua Kerievsky，《Refactoring to Patterns》的作者，Industrial Logic公司创始人
“XP改变了我们业界思考软件开发的方式。鲜明简单，聚集于执行，坚持基于事实的计划胜过猜测，这些为软件交付设定了新的标准。”——David Trowbridge，微软公司架构师
“第1版告诉我们什么是XP——它改变了我们很多人思考软件开发的方式。第2版延伸得更远，并且告诉我们更多XP的‘为什么’：实践背后的动机和原则。这些内容棒极了。用‘什么’和‘为什么’武装起来，我们现在可以开始安心地工作于‘怎样做’：怎样让我们的项目运行得更好，怎样让我们的组织采用敏捷技术。”——Dave Thomas，The Pragmatic Programmers LLC
“这本书不同凡响！它几年前第一次面世时就是革命性的，这个新版本也同样意义深远。对偏爱操作型图书的人来说，该书有‘基本实践’的精彩章节，但是我力劝你先认真思考第1章开篇第一句话的含义：‘XP事关社会性变革。’你应该竭尽全力确保每个IT职业人、每个IT经理（直到首席信息官）桌上都有一本《解析极限编程》。”——Ed Yourdon，作家和咨询师
“XP是一组简化软件设计、开发和测试过程的强有力的概念。它是简约并且渐进的，当解决复杂的、需要平衡创造力和纪律的问题时，这些是特别有用的原则。”——Michael A. Cusumano，教授，麻省理工学院斯隆管理学院，《The Business of Software》的作者
“本书是一个天才和热情的艺术家的杰作，Kent Beck集合起一组关于编程和管理的引人注目的思想，值得你关注。我唯一的牢骚是我们的职业到了这个地步：这种常识性的思想被打上‘极限’的标签。”——Lou Mazzucchelli，Cutter Business Technology Council的研究员
“如果你的组织准备好了要改变开发软件的方式，有缓慢的增量方法：一个一个地解决问题；同样也有快速的途径：跳进XP来。不要被名字吓倒，它根本不是那么极限。大部分是多年积累的老处方和常识，被很好地整合起来，去除了这些年来积累的多余脂肪。”——Philippe Kruchten, 不列颠哥伦比亚大学（UBC）
“有时候革命会被超越——当它发起的运动有了自己的生命力。本书显示，Kent Beck仍走在前端，带领XP到下一个层次。本书整合了5年以来的反馈意见，在更短的时间内花费更少的钱开发更好的软件，达到这个目标需要什么，本书有崭新的视角。这里没有万金油，只是一组实践准则，如果使用得当，可以极大地改进软件开发生产率。”——Mary Poppendieck，《敏捷软件开发工具——精益开发方法》的作者
“Kent Beck根据5年多应用和教授XP的经验修订了他的经典之作。他展示了通向XP之路是如何既易又难：可以从几个实践开始，但对团队继续走下去充满挑战。”——William Wake，独立咨询师
“来自经验的新见识和智慧，更清楚地解析极限编程的艺术，本书将会帮助许多人实现杰出软件开发之梦。”——Joshua Kerievsky，《Refactoring to Patterns》的作者，Industrial Logic公司创始人
“XP改变了我们业界思考软件开发的方式。鲜明简单，聚集于执行，坚持基于事实的计划胜过猜测，这些为软件交付设定了新的标准。”——David Trowbridge，微软公司架构师
