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

核心提示： 如果所有的开发者都能够随时更改系统的任何部分，我们就供不起不同的 编码练习了，Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 2 部分:极端编程：虚假的简单革新(6)，谁或哪个小组写了什么代码这种说法就变得不可能了，程序员醒悟了！XP 意味着在代码格式化上您要与

如果所有的开发者都能够随时更改系统的任何部分，我们就供不起不同的 编码练习了。谁或哪个小组写了什么代码这种说法就变得不可能了。程序员醒悟了！XP 意味着在代码格式化上您要与多数人保持一致。

这就是 XP。您会问，这怎么有用呢？想一下惯例是如何互补的。其中一个的弱点被另一个的优势弥补。如果每个人都使用 XP 惯例，那么惯例之间的交互会提供平衡。记住，12 个惯例必须全部执行。

实现策略

有几个策略可用于实现 XP 方法学。但，管理者负责全部决定和每个人想做什么就做什么这两种策略都是注定要有的。在应用 XP 原则时，我们相信管理者应该重点强调需要完成的工作，而不分配工作。一种策略是假设程序员希望为小组工作做出的贡献超过个人目标，而另一种策略是程序员希望小组做伟大的工作，达到成功。

极端编程的管理策略意味着将 XP 应用于本地条件，并帮助解决公司间的文化差异。我们还将轻装上阵，开销也极少。长时间的会议和冗长的状态报告消失了。测量是诚实的。在精确度比较现实的级别上将度量制聚集在一起，而不计算每一秒或每一分钟。这是一个人优先于过程的环境。我们不是插上就兼容的编程单元。

规划策略把小组成员聚集在一起决定范围和优先级，并估计成本和时间进度。结果会制定出一个计划，每个人都有信心能够，也应该执行这个计划，开发出所需的系统。该规划还提供反馈的标准。但规划并不是到此为止。规划是在系统的较低级别上实施，它是连续的，并持续参考最新的反馈。

开发、测试和设计策略杂乱无章地与惯例（每个惯例与一个过程相关）联系在一起。对于开发，有连续的集成、成对编程以及集体所有权。对于测试，有单元测试和验收测试。而设计则依赖于“最简单的东西可能会起作用”以及贯穿实现的代码的抽象思想的具体反馈。

简单但困难

极端编程简单但困难。为什么？因为，哦，做简单的事情很难。就象这句话听起来一样奇怪，我们已经习惯于为明天设计，并且佩服那些能够让复杂的东西起作用的人。承认自己不懂什么东西也很困难，而且极端编程是基于这样一种前提 ― 您开发的速度只赶得上学习的速度。最后，合作很困难；因为小时侯我们就习惯于根据个人成就取得酬劳。尽管存在上述这些障碍，极端编程还是可行的。

我们希望这些对极端编程的价值、原则、惯例的介绍会对您有所帮助。极端编程这种思想已经激起了我们的兴趣，我们的组织立即决定在名为 GoForIt 的项目中使用这个概念。在后面的几个月，我们小组的成员将合作共享我们学到的 XP 方面的经验和教训。通过阅读这些文章，我们希望您会经历一场使用极端编程进行的真实的项目实现。