极限编程立方体 —— XP程序员的一天（XP Programmer's Cube - A Day in the Life）

原文： http://xp123.com/xplor/xp0006/index.shtml

 

极限编程立方体是XP程序员每天工作的快照。

极限编程之实践：

极限编程（XP）是一个反常规的方法，它在“天”（甚至分钟）的级别规定实践。

我们通常用状态机来表述一组活动及其之间可能的变迁。我们或许也可以用状态机来描述极限编程实践：

 

   相册/图片/XP状态机

 

图中间的三角形代表了极限编程的核心思想：“测试-->编码-->重构”，这与传统编程的“设计-->编码-->测试”过程相反。

 

让我们逐一的看一下各个实践：

上午9点站立会议：

• 这不是极限编程的正式部分；
• 许多团队采用这个实践来获得今天的工作重点；
• 固定的会议时间提醒团队每周工作40小时。

结对

• 所有产品代码都由结对产出；
• 控制键盘的人从战术上考虑问题，另一个人则从战略角度考虑问题；
• 两个人周期性的转换角色。

测试：

• 每次只写小的单元测试；
• 编码前确定新添加的测试运行失败（要是测试不失败就囧了）；
• 遵循团队的编码标准。

编码：

• “做可以工作的最简单的事情”；
• 让测试通过即止；
• 遵循团队的编码标准。

重构：

• 找到“代码不好的味道”（哪些地方感觉不对），在此实施重构，确保所有测试依然通过；
• 代码需满足：
  通过所有测试，
  为获得所需而通信，
  没有重复的逻辑，
  类和方法越少约好；
• 小步前进，每步都要运行单元测试做为保障；
• 详见Martin Fowler 的 Refactoring

现场客户问答：

• 客户可在现场提供即时的答案；
• 诸多问题是要求决策（而不是事实）的，现场客户需要为次做好准备；
• 现场客户需要编写可接受测试，和（较罕见）用户故事，来记录他们的答案。

集成或丢弃：

• 将代码提交到集成工作机上，构建系统，运行所有测试；
• 修复问题，知道所有测试通过；
• 如果集成困难，则放弃，明天再试。

回到“结对”：

如果今天还有时间，你可以重新结对（或至少是在当前结对中互换角色）开始另一个任务。

下午5点下班回家：

• 按时下班回家以强化每周工作40小时的实践；
• 确保手头没有为完成的工作，几天所做的所有工作都已集成好（或者被清理、放弃）。

 

极限编程立方体

通过扭转（和一点点摆弄），上述周期的核心可以展现为立方体的形式：

 

   相册/图片/XP立方体

 

在实际情况情况下，团队不太可能每一次进展都需要坐下来摆弄这个立方体——何必呢？

• 这个三维的模型不应该放在纸堆里，它有更好的用途；
• 该立方体有助于：培训，给初学者可以看可以想的实物；
• 该立方体有助于提醒你极限编程的几个重要层面：
  永远结对，
  编码前得到问题的答案，
  测试先行，
  必要时要舍弃，
  下班清理。

 

 

小结

极限编程立方体嵌入了极限编程的日常实践：结对、现场客户问答、测试、编码、重构、集成或丢弃。

这个立方体是一个可以提醒我们XP团队看重的重要实践的可视化工具。