极限编程（XP）的核心实践

每种软件开发技术肯定需要有一些核心实践。关于极限编程（XP）的核心实践，有的人说有12项，有的人说有13项。借此机会分析下。

下面的四个来源中，相同的实践项目用相同的颜色标出。

《极限编程要完全遵守的12个实践》指出的核心实践有：

《敏捷开发和极限编程》指出的核心实践有：

《Extreme Programming: Do these 12 practices make perfect?》指出的核心实践有：

维基百科指出的核心实际有：

可以看出，对极限编程的实践还不是完成一致。有一些小的差异。我们求同存异，梳理下共同的核心实践。

• 测试 (Test)[强烈推荐]

测试驱动开发是提到比较多的实践方法。但这个实践强调了是UT必须要有，并且UT通过是发布的必要条件。而TDD还存在不少争议，可以自行尝试。

• 规划游戏 (The Planning Game)[推荐]

• 小版本 (Small Releases)[强烈推荐]

• 系统隐喻 (System metaphor)[推荐]

• 简单设计 (Simple design)[强烈推荐]

• 重构 (Refactoring)[推荐]

• 持续集成 (Continuous integration)[推荐]

• 结对编程 (Pair programming)[不推荐]

可能每个老板愿意这样安排。现有的数据表明，该方法对质量和效率的提升并没有翻倍。

• 代码公有(Collective code ownership)[不推荐]

代码公有意味着所有人对代码库负责。也意味着大家都可以修改。但对负责项目，每个人都有一些知识盲区，架构师也可能忽视一些细节，实际操作程度不高。

• 编码标准(Coding standard)[强烈推荐]

• 可持续的步伐(Sustainable pace/40-hour workweek)[推荐]

后面的推荐程度是个人附加的。仅供参考。