试读《大话重构》有感

看到《大话重构》第三章的小标题时，就隐隐有一些感触，读完整章内容后更加深了感触，文章话语很朴实，举的例子也是我们
在项目中常遇到的困惑，同时它也给出了解决方案：小处着手，积极反馈，持续改进。下面谈谈个人的读后感受：

（一）大布局伤不起，但又不得不伤。
第一小节中列举了一个“大布局”重构的例子，从最后的结果来说，是失败的，但如果结果能符合客户要求，我们能还能说它失败嘛。越大的改造，
需要越早引入客户的经验和建议，以避免走偏或遗漏，甚至有的团队会说“需求和开发迭代中，客户就是我们的一员”，有这样的条件当然是最好，
但实际中往往是客户没有过多的时间进行参与，而我们又存在上线时间点的压力，上个项目我们就是在这样的煎熬中度过的，需求确定粗线条后，
我们就各自领了一个模块吭哧吭哧干起来，结果干了一段时间后，就有人反映干不下去了，前后需求没有连贯性，没有客户的反馈，心里没底。之后，
我们将模块重新收上来，问了客户使用频率最高（也是最迫切）的模块，按照BA的理解进行了任务分解，制定了迭代周期，开发人员进行两到三个小的
迭代后，就邀请客户进行演示，得到反馈后，再进行修改，经过几次之后，我们对客户目前的需求理解更加深入，后面迭代的内容也就更顺畅。

（二）小设计累积成大布局
第二小节中将重构的过程比喻成汽车驾驶，让人很容易就理解了重构的标准和判断的方法。在此我也有自己的感受和比喻，重构的过程更像是路的
形成过程，人脚下本来没有路，当有了一个目的地之后，先选择了一条可以到达目的地的线路，这就像达成需求，开始实现初始功能给用户演示但还不符合上线要求；
慢慢走的人多了，就有了路的雏形，线路上形成村庄和城镇，同时那段路也形成，就像开发中的迭代阶段；路形成以后，开始路面可能是泥土，慢慢会变成
柏油路，再变成水泥路面，后来可能还会有高架，这就像项目上线后的一次一次重构过程。