你为此付出爱了么？我心中的敏捷随想

身为程序员，学习了人家那么多知识，如不努力思考，整理、总结，到头来吃“白果”一场，更谈不上回馈社区。于是，现在开始付出正面的力和爱，谨为自己成长添加助力。拟每日提供有益的内容，发一发自恋瘾，展示展示哈。这里就给出些之前散落的句子。

建房子建大厦由于“建造成本”很高，其所使用到的“蓝图法”并不适用于软件开发，原因如下：

第一个原因是建造的阶段划分不同。设计建筑的蓝图，与实际建造这个建筑物的人，可以是不同的人，并且他们可以在不同的时间里独立地完成自己的工作。软件开发则不同。我们现在都同意一种观点——“源代码就是设计”，指的是源代码既是蓝图，又是具体的“建筑物”，它们是统一的。

第二个原因是建造成本发生的部位不同。建筑蓝图设计出来后，每新建一座楼的成本，发生在给工人发工资，土地、建筑材料等费用之中。建造两座同样的楼，费用基本相同。而软件开发的大部分成本来自于开发者“创作代码”的过程，这个创作过程包括开发者与业务人员持续进行讨论的环节，以及后续维护升级。软件本身的Build and Deploy是由机器快速自动完成的，成本相对廉价，可以忽略。

相对于硬件改动，软件代码本身给人一种极易发生改变的错觉。代码是那么“软”，以致于敲几下键盘就改了。实际上，改动改动设计很差的代码比改动硬件轻松不了多少。如何应对剧烈变动的需求呢？除了求神保佑和通过自我暗示来增强信心，我们还可以以高质量的代码去适应变化。如何编写高质量代码？靠的是高水平的单元测试驱动和贯彻了《代码整洁之道》的重构！下面随想一下。

1、敏捷在于对extreme（极限，或曰卓越）的追求。一个“最佳实践”（如单元测试），如果值得去做，就值得做到好，做到高水平，做到登泰山而小天下。你做到10分，人家做到99分、100分。高下立见。

2、如何做到extreme？在于对人心的激励（即楼主讲的Motivated Individual），可以是geek的纯粹的狂热，可以是楼主讲的惨遭过去20年的教训痛定思痛洗心革面重新来过，可以是对革命先行者敏捷大师的专业精神之景仰，也可以是物质奖励或者精神奖励。自古以来，人心向背，决定了事业的成败。软件开发事业也一样。

3、敏捷对心态的要求是：既不要文人相轻，又不要妄自菲簿；真诚聆听，乐于沟通；三人行，必有我师焉。

4、尝试使用“蕃茄时间管理”法。个人对此法的体会是：强调了周期性休息的重要性。

5、敏捷对体格的要求是：每天运动一小时。身体又肥又虚，谈何敏捷？现在中小学生被硬性要求每天操场运动一小时，我们这里不妨也套用过来。

6、另外有同学提到敏捷大炮解决不了加班这个恶瘤。有一个敏捷实践是，下一个iteration的人月估算，是基于上一次iteration里成员的capacity作出的。如果项目经理把这个实践做到高水平，加班的症状应该会有好转的。