记得以前听过一句话：不动笔不读书。我想吧这句话借用过来，不动笔，不写程序。
“一个很蹩脚的建筑师比一个蜜蜂高明的地方就是在房子盖起来之前，建筑师已经建造好了。”我们在写程序之前，应该是有个大概的思路和想法，对程序的流程有个估计，而不是在按下F5的时候，同时祈求上帝保佑。即便上帝保佑了，程序运行的完全正确，也是有隐患在里面的。所以，拿起笔来，在纸上随便画画，整理一下思路。这是非常有好处的，即便出了错误，也能够很快的找到原因，并且把它消除掉。
曾经尝试过UML这样的东西，不过对于我来说，这个有点难了，其实UML的思想倒是好的（其实纸上的草图也应该算是一种UML），不过UML 工具太正规了，作为总结交流还行，作为草图设计，不如纸上草图来的随便自然。哈哈，题外话。我还是倾向于纸上草图。不过纸上的东西不易保存，随用随扔，难得总结，这也个问题。
现在大家都对测试非常重视，测试工程师的工资也是水涨船高，但另外一个更强大的，代价更小，消除Bug更容易的工具——代码评审，却很少有人问津。实在可惜。在代码运行之前，自己默读一遍代码，在心里面把它走一走，然后再F5。在这样的过程中，一些显而易见的错误就会被纠正出来，而不是在运行之后，报错，查找...,进行一套流程之后，才能抓到那个虫子。另外就是，在通盘考虑的情况下，找到的错误更有价值，也能检验完善软件的设计思路，这是非常有价值的。