解析极限编程——拥抱变化(影印版) mobi 下载 网盘 caj lrf pdf txt 阿里云

极限编程（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 Resp***ibility

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单元测试框架以及测试为先的编程。他发表了五十多篇关于编程的文章。

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

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

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

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

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

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

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

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

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

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

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

编辑推荐

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