极限编程（XP编程）读书笔记（一）

极限编程，通常成为XP，是一种针对业务和软件开发的规则，它的作用在于将两者的力量集中在共同的、可以达到的目标上。XP团队以可持续的步调生产优质软件。

XP属于轻量开发方法中较有影响的一种方法。

XP方法强调客户参与和测试。在XP中，客户与程序员的角色有明显的界定。他们在同一个团队，但他们要做不同的决定。客户决定“他要什么功能”，程序员决定“成本是多少”。你能明确的分清该谁做什么决定。

XP程序员使用测试先行的增量编程方法编写代码。一次编写一部分单元测试用例，然后编写满足测试要求的代码。总是有测试用来证明新增代码的正确性。以增量的方式编程，并且测试先行。

一个程序能够运行并不说明它已经完成了。XP尽力通过保持系统尽可能简单从而保持系统最大的适应性。在代码通过所有测试后用重构进一步改进代码。越简单代码生命周期会越长久。

极限编程使用集体的代码所有权。XP实践试图降低集体的代码所有权带来的以下风险。个人骄傲：XP实际上没有处理这个问题，除了可能鼓励将其转换为以团队为骄傲。罚不责众：结对编程和100％运行单元测试将有助于确保没有人能够私底下进行“污染”。专业知识不足：结对编程在团队中传播了知识。阅读其他人代码：编码标准有助于减少这种问题。踩脚：持续集成保证了人们即使没有重返主线也不会走得太远，测试将确保不会出现倒退。

XP使用持续集成。每次开发人员完成了一段时间的工作，就会对他们所作的工作进行集成。XP中的集成由测试支持。开发人员必须保持所有单元测试100％运行。

对于加班，XP认为每周工作40小时更合适。XP团队需要的是可以承受的生产率水平。如果该团队重复出现无法完成自己的承诺，他们就会将问题退回来，而不是采取加班的方式。XP团队遵循“昨天的天气”规则：估计完成下一个迭代所需时间大约与本次的估计工作日相同。此规则有助于团队找到其正常的生产力水平。你无法改变时间，但是你可以改变你的任务。

XP指定了开放的工作区，通常是小的私人空间围绕着一个中心区域。

XP推荐小而频繁的发布。XP团队一直在尝试学习，他们得到的反馈越多越好。数月或者甚至数年没有发布的项目会积累许多风险，小版本将减少风险。版本应该小，但必须由意义，至少应该包括所有的特性。

对于编码标准，XP团队必须共享一个标准。

以上内容来自《探索极限编程》 人民邮电出版社 William C. Wake著 郑荣林译
上面是极限编程（XP编程）读书笔记的第一部分