1. 不管路走了多远,错了就要重新返回
文章上来就引用了一句土耳其的谚语“不管路走了多远,错了就要重新返回”， 这个说的容易， 做起来真的很难， 尤其是已经做了很多的时候， 放弃真的很不舍得…所以在开发一个软件之前最好要把需求整明确了， 而且开发过程中过段时间就要停下来审视一下目前的工作符不符合需求， 也就是敏捷开发中常说的多和客户进行沟通， 及早发现问题， 修改起来代价也小…
说到开发过程中过段时间就要审视的问题， 我又想到之前遇到的问题， 就是开始时为了赶时间， 代码写的很乱， 有得直接copy一段过来， 不用的就注掉， 有些注释也都和代码不搭调， 一直想着开发完在去整理代码， 可是等开发完了， 也测试的差不多了， 这时候有时间了， 但发现现在不敢动代码了， 怕动出问题来， 也没那心思去整理了， 导致代码简直可以用惨不忍睹来形容…所以还是要在开发过程中一步一步走，一段时间后在回过头来重新review下代码， 格式上， 逻辑上都看看， 这样心里也踏实， 即使花上休息的时间也值得， 利人利己…
文章上来就引用了一句土耳其的谚语“不管路走了多远,错了就要重新返回”， 这个说的容易， 做起来真的很难， 尤其是已经做了很多的时候， 放弃真的很不舍得…所以在开发一个软件之前最好要把需求整明确了， 而且开发过程中过段时间就要停下来审视一下目前的工作符不符合需求， 也就是敏捷开发中常说的多和客户进行沟通， 及早发现问题， 修改起来代价也小…
说到开发过程中过段时间就要审视的问题， 我又想到之前遇到的问题， 就是开始时为了赶时间， 代码写的很乱， 有得直接copy一段过来， 不用的就注掉， 有些注释也都和代码不搭调， 一直想着开发完在去整理代码， 可是等开发完了， 也测试的差不多了， 这时候有时间了， 但发现现在不敢动代码了， 怕动出问题来， 也没那心思去整理了， 导致代码简直可以用惨不忍睹来形容…所以还是要在开发过程中一步一步走，一段时间后在回过头来重新review下代码， 格式上， 逻辑上都看看， 这样心里也踏实， 即使花上休息的时间也值得， 利人利己…
《高效程序员的45个习惯:敏捷开发修炼之道 》读后感
http://www.88dev.com/forum-viewthread-tid-322-fromuid-1.html
http://www.88dev.com/forum-viewthread-tid-322-fromuid-1.html
本文转自狗窝博客51CTO博客，原文链接http://blog.51cto.com/fxh7622/586482如需转载请自行联系原作者
fxh7622
