重构极限编程:XP的实践与反思

重构极限编程:XP的实践与反思
作 者: Matt Stephens Doug Rosenberg 汪丰 赵浩 汪丰
出版社: 清华大学出版社
丛编项:
版权说明: 本书为公共版权或经版权方授权,请支持正版图书
标 签: 极限编程
ISBN 出版时间 包装 开本 页数 字数
未知 暂无 暂无 未知 0 暂无

作者简介

暂缺《重构极限编程:XP的实践与反思》作者简介

内容简介

在开始之前,我们想请读者注意本书一些非常独特的元素。这不是一本普通的,一般性的计算机科学类的书籍! 我们感觉这样一个主题适合采用讽刺的手法,因此我们下决心赋予它这样的风格。除讽刺之外,还有许多冷静的幽默。我们有时确实变得严肃,并对了极限编程(XP)固有缺陷和危险进行认真的系统分析。说到这一点,这本书并非完全“抨击”XP的一部著作。正如后面指出的,不是所有XP都是糟糕的。我们打算提供一个中肯的批评,并指出XP中可以被抢救或重构的部分,以更加健壮的方式实现同样敏捷的目标。XP受到了名不副实的炒作,并且新的XP书籍继续以难以置信的速度出版。围绕XP恶性膨胀的呼声从各方面影响了产业界(有些是正面的,如同我们探求的,但大多数是负面的)。有鉴于此,我们感觉一本逆着XP浪潮,抵制XP的书是重要的。这里有一个小例子,说明XP如何影响业界。Matt(本书勇敢无畏的共同作者)收到来自一位顾问的电子邮件,这位顾问最近失去了一份重要合同,因为他拒绝在没有首先进行一些详细的需求分析和预先设计之前启动项目。客户通过阅读知道XP编程,他告诉那位顾问:“即然XP认为以那种方式启动项目没有问题,那么我们将找到跳过需求和预先设计而直接启动项目的人!” 虽然一些业务人员听说XP后,立刻陷入疯狂(像上面的顾问故事提示的那样),但仍有一些人立场坚定,拒绝变化。实际上,想要将XP引入其组织的团队面对的一个主要问题是,XP要求在整个组织中有显著的思想改变,从团队的组织方式到公司与客户做业务的方式。本书分析了XP的缺点,并提出一种可选择的实现敏捷性的方法,与XP相比,它对现有组织要求少得多的变化,同时仍然保留了XP的敏捷目标。您能使用这一“可选择的方法”作为蓝本来设定自己的敏捷方法学(本书临近结尾处提供了一些指针,指向我们感觉比XP更为严谨的其它敏捷过程)。然而,本书最重要的目的是打碎一些紧随XP浪潮开始出现的神话,譬如无需记录工作的神话,一位现场客户和一些自动化测试足以替代书面需求规范的神话,以及个人的需要和舒适是项目次要元素的神话(即,“和我们结对编程或另谋高就”)等。并且我们打算以娱乐和幽默的方式来实现我们的目的,因为……很好,因为相关的主题要求这样。读者对象: XP经常由程序员引入组织。这毫不奇怪,因为XP是“对程序员非常友好的”方法。它提升了程序员的作用(本质上不是一件坏事),并把他们置于与客户齐舞的水平。因此,如果您是经理或客户,正被兜售在...

图书目录

第Ⅰ部分 另一个美好的混乱第1章 疯狂的XP 11.1 理论上的极限编程 21.1.1 XP的中心前提 21.1.2 价值 31.1.3 实践 41.1.4 活动 111.1.5 角色 131.1.6 XP的生命周期 141.2 XP面向什么问题 151.2.1 典型软件项目中反映出的什么问题可以作为XP的目标 151.2.2 现有方法学中还有哪些问题可以作为XP的目标 161.3 实践中的极限编程: XP实际经历的评价 161.4 先拆下,后重建 191.4.1 价值 191.4.2 活动 191...

" 1277.1.1 需求文档 1277.1.2 设计文档 1297.2 只是无知的白痴 1327.2.1 在其位,谋其政 1337.2.2 仅稍稍超前他的时代 1337.2.3 专题小组的成员们脱离了现实 1357.2.4 别打扰我,我正忙着-- 去看录像带吧 1357.2.5 项目过程中被雇佣的新程序员会怎样呢 1367.2.6 单元测试是文档(是的,很对) 1377.3 小结 140第Ⅲ部分 无需永久性的规范和预设计第8章 先测试后设计 1428.1 当只有锤子时 1438.2 XP设计的口头...