编辑点评：第10届Jolt生产效率大奖获奖
平淡无奇而且理论化的一本编程书籍，解析极限编程--拥抱变化(原书第2版)曾获得第10届Jolt生产效率大奖，豆瓣评分有8.1分，想要免费阅读的朋友来知识兔即可，支持在线阅读哟。
解析极限编程 pdf图片预览
目录大全
《解析极限编程--拥抱变化(原书第2版)》
本书赞誉
推荐序
译者简介
前言
致谢
第1章 极限编程定义
第一部分 探索极限编程
第2章 学习开车
第3章 价值观、原则和实践
第4章 价值观
沟通
简单
反馈
勇气
尊重
其他
第5章 原则
人性化
经济学
互惠互利
自相似性
改进
多样性
反省
流
机遇
冗余
失败
质量
婴儿步
接受责任
第6章 实践
第7章 基本实践
坐在一起
完整团队
信息工作空间
充满活力地工作
结对编程
结对与个人空间
故事
周循环
季度循环
松弛
10分钟构建
持续集成
测试优先编程
增量设计
那么现在
第8章 启程
为实践绘图
第9章 扩展实践
真实客户参与
增量部署
团队连续性
收缩团队
根源分析
共享代码
代码和测试
单一代码库
每日部署
协商范围的合同
依用付费
第10章 完整XP团队
测试员
交互设计师
架构师
项目经理
产品经理
主管人员
技术文献书写员
用户
程序员
人力资源
角色
第11章 约束理论
第12章 计划：管理范围
第13章 尽早测试、经常测试、自动测试
第14章 设计：时间的价值
简单
第15章 增大XP规模
人数
投资
组织的大小
时间
问题的复杂性
解决方案的复杂性
故障的后果
第16章 访谈
第二部分 XP哲学
第17章 XP诞生的故事
第18章 泰勒主义和软件
第19章 丰田生产制度
第20章 应用XP
选择教练
什么时候不应该使用XP
第21章 纯度
认证和鉴定
第22章 离岸开发
第23章 永恒的编程之道
第24章 XP和社区
第25章 结语
参考文献
图书特色
《解析*限编程——拥抱变化(原书第2版)》是XP宣言，也是**本有关XP的图书。这本书介绍了XP背后的思想——它的根源、哲学、情节等。它将帮助读者选择是否在项目中使用XP时做出明智的决策。本书的另一个目的是帮助那些已经在使用XP的读者*好地理解它。对程序员而言，XP做出的承诺是他们每天能够处理真正重要的工作，而不必单独面对令人担忧的状况。他们将能够集中全力来使他们的系统获得成功。他们将做出*适合由他们来做的决策。对于客户和管理人员而言，XP的承诺是他们将从每个编程周期中获得*多的利益。本书由Kent Beck和Cynthia Andres*。
内容简介
极限编程（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, 知识管理和科技管理及其应用。 陈振冲：现任香港理工大学教授，其研究方向和项目包括软件工程，数据挖掘和计算机智能等。
用户评价
喜欢看这种很短的书，我昨天晚上站在宿舍就看完了，我都佩服我自己。里面有不少思想还是不错的，勇气，信任，开放，勾勒了一幅完全投入激情的工作的情景。里面很重要的一个思想是 把一个大的复杂的事情分解成小事情，先把最核心的事情做完，不断重构，不断快步向前。
比较起第一版，作者给知识兔的冲击力已经没有那么大了。以至于有人说作者已经开始妥协了。当然也有些人说作者更加务实了。其实这部书和第一版可以说完全使用一次改写，而是作者根据第一版出版后的实践做的总结和权衡。
在国内XP已经成为一种时髦，并且大多数人说敏捷其实就是在讲XP。而恰恰在国外你会发现，很多XPer已经在实施Scrum。其实很简单，XP的最佳实践已经成为一种基本的技能，更多的时候XPer已经在寻求管理和团体协作方面更大的突破的方向了。
XP多么诱人的字眼，也能想WinXP那样又骂又不得不用吗，我看正相反，是叫好不叫座。
XP说白了就是以人为本，建设和谐发展的团队，还真是符合中国国情啊，好像更具中国特色：口号喊的响。这么暗合国人的说法，能迎来一片喝彩也可想而知了。可是光说好，到底有有多少人用呢，又有多少人取得过成功的经验，大家也心知肚明了。为什么会这样，那得先看看XP的出身了。
XP那是国外的企业CMM实施了多少年，RUP采用了多少回，问题不断暴露，文档不断积累，总结了无数失败项目的经验，逐渐回归到以人为本的一种表现，套句俗语，那是“历史发展到一定阶段的必然产物”。而知识兔呢？CMM像是检查卫生，RUP的文档是拿来糊弄客户的，在知识兔还没有习惯制度化约束的时候，XP适时出现：不用关那一套了，知识兔如释重负，极力拥抱，但知识兔真的能实现“跨越式发展”吗？
我看难！特别是现在政府大力扶植的外包。如果你知道外包企业做的工作多么机械化，人员流动率多么高，收入多么不如人意，你会说“去TMD以人为本吧”。
我先是有了极限编程的经历之后再会过头来看这本书，原以为，Beck给出的是权威的测试指导这类肺腑和经验之谈，我好作出改进，但没有想到Beck介绍了12种极限手段和关系后，更多的是谈问题和解决问题的哲学思想。很意外，但也很有收获。
由于是倒过来看，所以很多事情就不会觉得一惊一乍。但还是被这12种手段的紧密联系这个体系所触动，以沟通这个原则来看，计划游戏、小版本、隐喻、简单设计、结对编程、集体所有权、现场客户、编码标准这些方法都跟沟通直接关联：
＊计划游戏：客户、开发人员通过故事卡功能卡进行沟通
＊小版本：获得来自生产环境的直接反馈（反馈是一种沟通）
＊隐喻：这个还不好说，不过根据意思是通过众所周知的故事指导开发，故事是沟通的一个很好载体
＊简单设计：当然，写复杂代码肯定不利于程序员间的沟通
＊结对编程：两个程序员坐在一个屏幕前直接就如何编写代码沟通
＊集体所有权：任何人任何时候对任何代码都有修改权，基于代码的沟通，当然，要求代码好读是必须的，简单设计起到了很好的作用
＊现场客户：客户回答程序员提出的问题，当然也是沟通
＊编码标准：对结对编程、集体所有权是绝好的支持，是一种开发团队遵循的沟通规则
Beck还谈到了怎么做计划、怎么用成本角度看待变更、看待决策，这些内容其实和编程没有很直接的联系，但是把这些思路从传统的管理者角度移入到程序员头脑中，算是一种不小的颠覆，这对程序员在做技术决策的时候会更为明智。
Beck总结了在哪种类型项目下不适合用xp，也指出用xp实施起来困难的原因，这对于实践有很好的借鉴意义。
下载体验