Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 2 部分:极端编程：虚假的简单革新

核心提示： 您可能会突然想起非正式的 XP 看起来应该是什么样的，但不要被愚弄了 ― 虽然它是非正式的，Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 2 部分:极端编程：虚假的简单革新(2)，但同样要求许多纪律，您不得不遵守这些 XP 惯例，听取意见、测试、编码、设计 &

您可能会突然想起非正式的 XP 看起来应该是什么样的。但不要被愚弄了 ― 虽然它是非正式的，但同样要求许多纪律。您不得不遵守这些 XP 惯例，这里指的是 所有的XP 惯例，要不您就不是在进行极端编程。

基本原则

在讨论这些惯例之前，这里还有一些基于上面的四点价值的 XP 基本原则。

快速反馈

行动和对该行动的反馈之间的时间是至关重要的。您需要马上知道事情是好是坏。

假设简单

它可以节约时间。对待每一个问题都好象可以绝对非常简单地解决。几乎任何时候，都可以这样简单地解决。您节约了要在实际需要复杂解决方案的问题上花费的时间。

递增更改

大的更改是不起什么作用的。即使在最小的商业应用中也有太多的关系和互相依赖，使我们想象得到对体系结构或代码的大规模更改肯定会产生问题。但随着时间的推移， 进行一系列的使得所开发的商业应用有所不同的最小型更改，最终会形成大规模的更改。

信奉更改和高质量工作

有人说，这个世界上没有一成不变的东西。我们必须接受，甚至信奉更改。 但不是要预计可能发生的每个可能的改变，如果在解决我们的大多数紧迫的问题时能够制定出 保留选择余地的策略，这样会有效的多。

至于高质量工作，有两种选择：优秀和极端优秀。不要做比这差的工作。与我们同事的所有优秀程序员都有干出优秀的、高质量的工作的信仰。

听取意见、测试、编码、设计 — 按照这个顺序

现在让我们围绕已经讨论过的价值和原则构建我们的开发活动。我们要执行的最重要的活动有：

听取意见

测试

编码和设计

按照这个精确的步骤执行。为什么要按照这样的步骤？在后面我们会稍加说明。