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

核心提示： 只是简单地互相听一下意见是不起什么作用的，我们必须真正用心去听，Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 2 部分:极端编程：虚假的简单革新(3)，只交流那些确实需要交流的内容，而不是我们惯常谈论的那些与主题无关的无价值的东西，我们调整代码的设计使其更简单

只是简单地互相听一下意见是不起什么作用的。我们必须真正用心去听，只交流那些确实需要交流的内容，而不是我们惯常谈论的那些与主题无关的无价值的东西。制定一些规则以确保鼓励交流真正值得交流的东西，而阻止交流无关的内容。交流无关的内容只是浪费时间。

使所有的测试自动化。如果无法测量的话，自动测试不会存在。自动测试会增强我们对系统的信心，并使我们自信有能力进行提高质量的更改。我们需要两种类型的测试以适应两种用户：单元测试（针对程序员）和验收（或功能）测试（针对客户）。

开发工作绝对无法缺少的一种人工制品是我们写出的真实的、全能的代码。我们的代码表达了目的、算法和结构。代码要写得清楚而明了。

如果代码最终是可交付使用的，那么设计就至关重要。我们必须创建一个结构将系统中的逻辑组织起来。只是因为一个部分中的逻辑要求修改时不能必然意味着另一个部分中的逻辑也跟着要求修改。将逻辑放在数据（逻辑在该数据上操作）的旁边允许只在一处更改的系统扩展。设计必须要有上下文，在上下文中可创建好的设计，修改不好的设计，而且与项目有关的每个人都能理解标签。

现在，感觉这个奇怪的顺序怎么样？在 XP 中，开发是象这样进行的：我们听取需要做什么。 然后，编写测试，如果通过了，则证明我们交付了需要做的东西。下一步，我们编写将通过那些测试的代码。最后，我们调整代码的设计使其更简单、更有效，同时仍能够通过测试。

听起来很荒谬，是吧？这就是极端编程！

XP 的 12 条惯例

规划游戏

小型发行版

共享智力模型的隐喻

测试

正确的设计

重组

成对编程

集体所有权

连续的集成