解析极限编程——拥抱变化(影印版) 阿里云 kindle 下载 pdf chm 百度云 azw3 umd

极限编程（XP）的构思和发展是针对小型团队进行软件开发时，在下面不确知的、变化的需求时所产生的特定需要的。这一新的、轻量级的方法学对许多传统思维提出了挑战，这其中包括一个一直以来的假设，即在软件开发过程中，对软件进行一个小小的改动就必然会使其开发成本大大增加。极限编程认可软件开发工程应该节约成本，而且一旦实现了某种节约就应该以开发利用。

Foreword

Preface

Section 1 The Problem

Chapter 1 Risk:The Basic Problem

Chapter 2 A Development Episode

Chapter 3 Economics of Software Development

Chapter 4 Four Variables

Chapter 5 Cost of Change

Chapter 6 Learning to Drive

Chapter 7 Four Values

Chapter 8 Basic Principles

Chapter 9 Back to Basics

Section 2 The Solution

Chapter 10 Quick Overview

Chapter 11 How Could This Work?

Chapter 12 Management Strategy

Chapter 13 Faciloties Strategy

Chapter 14 Splitting Business and Technical Responsibility

Chapter 15 Planning Strategy

Chapter 16 Development Strategy

Chapter 17 Design Strategy

Chapter 18 Testing Strategy

Section 3 Implementing XP

Chapter 19 Adopting XP

Chapter 20 Retrofitting XP

Chapter 21 Lifecycle of an Ideal XP Project

Chapter 22 Roles for People

Chapter 23 20-80 Rule

Chapter 24 What Makes XP Hard

Chapter 25 When You Shouldn’t Try XP

Chapter 26 XP at Work

Chapter 27 Conclusion

Annotated Bibliography

Glossary

Index

Kent Beck：拥有并经营着First Class软件公司，在这里他把主要精力放在两个*的兴趣上——模式和极限编程。他一直在研究软件开发的先驱模式、CRC卡、HotDraw画图编辑器框架、xUnit单元测试框架以及测试为先的编程。他发表了五十多篇关于编程的文章。

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：解析极限编程——拥抱变化(影印版)在线阅读

在线听书地址：解析极限编程——拥抱变化(影印版)在线收听

在线购买地址：解析极限编程——拥抱变化(影印版)在线购买

不是你未知的东西导致你陷入困境，而是你已知的东西并不正确。

在团队软件开发中最要紧的是沟通。每当开发中出现问题的时候，通常已经有人知道了解决方法，但有权做出改变的人却不知道。

如果你想要人们接受你的意见，那你就应该解决更多问题，而不是创造更多问题。

通过牺牲质量来控制的手段是没有效率的。质量不是一个控制变量。项目不会因为接受低质量而加快速度，也不会因为要求高质量而使进度减慢。要求高质量通常导致更快的交付，而降低质量标准通常会导致更晚的不可预见的交付。

实践本身是空洞的。除非以价值观作为目的，否则实践会变得生搬硬套。

实践是与环境相关的。如果环境变了，你需要选择不同的实践去适应不同的环境。但是你的价值观却不须要为了适应新的环境而改变。

编辑推荐

软件开发工程是有趣的、多产的，甚至是大胆的。同时，它也能源源不断地带来商业价值，并保持在我们的掌控之下。极限编程的基本内容包括广泛。为什么极限编程引起很多的争议？某些不喜欢别人批语的人不肯在极限编程中删繁就简。