极限编程(XP)篇 极端编程(eXtreme Programming)是一种开发纪律，以简单性、交流、反馈和勇气为基本宗旨。它的做法是以有效的实践规则将整个团队紧密联系起来，通过充分的反馈使团队能随时知道自己目前的状况和恰当的调节规则以适应自己的特殊情况。 在极端编程中，每一个项目贡献者都是“团队”完整的一部分。这个队伍是围绕着一个每天和队伍坐在一起共同工作的商业代表——“客户”建立起来的。 核心实践：整体团队 极端编程的队伍采用一种简单的方式来进行规划和跟踪，以决定下一步要做什么和预知项目什

刚刚发布的ThoughtWorks技术雷达 建议技术团队“暂缓或谨慎”使用反模式“CI theatre(伪CI，可以理解为不完整的持续集成)”。 “伪CI”描述的是实践持续集成（CI）过程中的一些错觉，然而这些并不是真正的CI实践。 基于持续集成，我和同事 Emily Luke做了一些研究, 我将分享伪CI是什么样的，为什么我们建议你“暂缓或谨慎使用”，以及预防伪CI的方法。持续集成我最喜欢的CI定义来自于continuousdelivery.comCI开发人员定期（至少每天）将他们所有的工作

让开发过程自动化:做好持续测试！准备好开始在您的开发人员测试活动中大获全胜吗？在本期的让开发自动化中，开发自动化专家PaulDuvall介绍了几种自动化的开发人员测试，每一次改变源代码都能够运行这些测试。Paul提供了Selenium、DbUnit和JUnitPerf测试的例 　　在像Eclipse那样的IDE中或者比如在Ant构建脚本中运行单元测试是确保应用程序质量的一个很好的开始;然而，版本控制库(如Subversion)中的源代码一改变，在单独无变动的构建机上运行单元测试就有助于检验开发生