程序员修炼之道48-敏捷的本质

最近看的东西梦回软件工程课堂。

结对编程，群体编程

两个人在一起编程，肯定会让代码的质量有很大的提高。在开发中，碰到比较复杂的Story，我会尽量和其他人一起探讨具体的实现细节，避免自己比较片面的想法导致后续的维护压力很大。另外一个人监督着自己写代码，写代码的时候会规范很多，比如以前到处用传Map的习惯就会收敛不少。

另外，两个人合作效率也会提升不少。比如今天刚刚整理好了一个Patch，是前面一轮通过不断的实验发现的缺失Tariff数据信息。在这个过程中发现了一些我们系统以及对方系统的错误数据，不是缺失数据，这种数据是很难检查的。如果不是合作的BA非常有干劲的每天问我咋样了，为什么数量对不上之类的问题督促我，这些错误的数据可能会花非常多的时间都修补好。（也希望明天上线一遍过）

敏捷的本质

这里作者提出了四句话：

• 个体和互动高于流程和工具
• 工作的软件高于详尽的文档
• 客户合作高于合同谈判
• 响应变化高于遵循计划

首先流程和工具更像是互动的工具。比如之前举的画图的例子，一个图表的意义就是为了方便大家理解自己的想法。对于第二点，其实也是我们应该追求的目标，乔布斯就举了一个例子说明Ipad。如果给一个正在田间的小孩一个ipad，这个小孩可以在不适用任何说明的情况下使用ipad，这个产品就算成功。对最后一点我觉得应该是敏捷的精髓，每次前进一小步，不断的做出调整。把握住产品的大方向，也不应该是项目负责人自己的责任，团队中的每一个人都应该在自己认为一个功能有些偏离了产品方向的时候主动提出自己的问题和看法。