拿到需求并确定在已经充分正确理解现有需求后，不要着急写代码，拿出集中的时间做prepare：
在第一张白纸的上方写下“该需求特性的正常流程和影响范围”，然后在白纸下方逐条开始写下该需求特性正常流程包含的内容，大概会使用到哪些库函数，会提供出哪些接口，是否会影响版本升级，是否影响资源文件，是否影响原有的接口等等。
在第二张白纸上方写下“该需求特性所有的异常场景和本人以往经常会犯的一些错误点”，然后在白纸下方一条一条的开始往下写。
这是通过一种自我驱动方式让自己写出优秀的代码。
另外一个就是掌握尽量多的重构方法，重构思维方式，掌握重构并不一定是要对原来代码的重构，而是下笔之前就知道好代码该怎么写。
写代码之前要把自己当做成品的使用者（包括考虑到各种测试用例），从这种角度出发，写出的代码缺陷越来越低，你的代码是为了别人看的，见名知意，不管是整体的逻辑架构，变量函数命名，每一步都要细细斟酌。
路还很长，一直没有正儿八经入门，为时不晚，go on.
原文：http://www.cnblogs.com/newcoder/p/6103660.html