敏捷软件开发：原则、模式与实践【读书笔记二】

　　这周阅读了书的第六章，一次编程实践。断断续续利用每天晚上的时间读一点，今天下午又整体读了遍。感受了些大牛写程序时的思路与想法。

　　代码都是通过慢慢的优化才会变得好看的。功能正常，易于变化，通俗易懂。往往我只能做到第一步。平常写功能时，也会对自己的代码变得丑陋而感到蓝瘦。但往往会给自己找些借口，外包项目、时间紧任务重、钱少事多、设计反正只看功能能不能实现而已……但这

些，现在想想，好像都不是我放弃优化代码结构的借口。我应该追求写出更好看的代码，更易于变化的代码，而不是堆砌代码只为完成功能而已。

　　记得刚开始学时，我认为写代码就如写作文一般，看上去就很优美，读起来也让人愉快。然而工作起来了，却总是满足于实现功能，急急忙忙的消缺源源不断的bug，各种碎碎的任务。一些功能，能抄就抄了，快速完成任务就好……

　　看到书中的例子，原来大牛们的第一阶段也只是实现功能，实现完功能了，再慢慢去完善代码结构，抽象出功能。我所欠缺的，就是这第二步。感觉第二步才是花时间且最提升编码能力的吧！

　　还有就是需求理解，往往会跑偏，编程实践中也犯了这样的错误。就像昨天周六，我们去公司参加完培训，又看同事做的功能，他和设计就是没沟通好需求，导致出现了很多bug。昨晚他们搞到了11点多……

　　这次的理解就是，满足功能之后，需要观察代码之中有哪些可以抽出来的部分。出现2次，就应该抽出个函数来做，只有这样，代码才会易于维护！