极限编程究竟是什么？它是极限男人帮去体验编程开发吗？那我得数数看他们会脱多少头发！
Cut！务必澄清，极限编程与国内综艺节目《极限挑战》没有任何关系。虽然没有瓜葛，但恰恰都又是向着个人与集体极限去挑战，把事情做到极致（所以也可以叫做极致编程，只是翻译差异）。
2、极限编程
2.1 极限编程概述
极限编程（eXtreme Programing，简称XP）是一套完善地软件工程方法，是敏捷开发模型中非常重要的实践。极限编程与其他传统开发模式的本质区别在于极限编程更强调超强的适应性，可以说是软件开发模式里打不死的小强。
极限编程也像是在开车（不是老王开那种，也不是自动驾驶），即使看上去四平八稳，但是如果我们稍稍让视线离开前方，很有可能灾难就会发生，因为道路在变化，时刻在变化，我们必须时刻保持环境与视线的有效反馈，作出最小幅度的调整。
极限编程是为了降低需求变更所带来的成本，旨在提高软件质量和对客户需求变化的适应性，期望能够让软件开发达到低成本、低缺陷、高产出、高回报（最小投入得到最大结果）的效果，这也是极限的由来。
很多人很困惑，为什么极限编程（1996年）能够早于敏捷开发（2001年）？这说明敏捷更是一种思想、理念，它是众多优秀实践的集大成者。在1995年到2001年，软件工程盛行CMM、IEEE、ISO等重型标准化流程，而处于萌芽的极限编程即便再轻量，奈何能量有限，只有等待时机。直到2001年，除XP以外还有其他优秀实践联盟发动敏捷运动才得以焕发生机。
极限编程通过引入核心价值、原则、实践等概念来达到降低变更成本的目的。
2.2 极限编程核心价值
极限编程为落地项目带来了 沟通、 简单、反馈、勇气和尊重 五大核心价值。五大核心价值能够使得项目能够有效降低由于需求变更所带来的成本，让软件交付更有质量。
沟通：向团队全员提供对系统共享的视角，并让该视角与用户视角相吻合。
为达共享视角的目标，极限编程所提供的简单和反馈也为此做出了共享。
简单：用最简解决方案入手进而不断重构以达到更好的效果。
最简方案可以带来高质量的沟通。
最简方案存在很大弊端/隐患，可能会对后期需求埋坑。但不可否认，将来的需求在客户还没提出之前是很可能发生变化的，为了将来不确定的需求进行设计以及编码意味着在一些可能并不需要的方面浪费资源。
反馈：编程时的乐观主义是危险的，及时反馈是解决它的方法。
反馈是与沟通、简单紧密相连的，为了沟通某个系统缺陷，可以编写简单的测试用例证明缺陷是否存在。
(a) 来自系统的反馈：通过单元测试给出最直观的系统状态表现。
(b) 来自团队的反馈：
(c) 来自客户的反馈：客户对系统的使用感受及需求
勇气：积极响应变化，勇于面对快速开发、重新开发、代码重构。
(a) 当我们坚守简单的时候，就需要有勇气为未来不可预期的需求买单。
(b) 勇气使开发人员敢于面对重构自己的代码，敢于审视自己的代码。
（扩展）尊重：团队内相互尊重。
(a) 保证代码变更不会导致编译失败或功能失效。
(b) 让团队成员坚持追求高质量，坚持重构找到最好的解决方案。
2.3 极限编程原则
在系统开发过程中，原则为决策提供指导。与核心价值相比，原则更加具体，以便能够在实际应用中转变为具体的指导意见。
快速反馈
(a) 快速获取客户对产品的反馈，并能快速在系统中给予反馈。
(b) 单元测试能够快速反馈的意义，及时给与编码过
