早点发现问题
问题发现的越早，解决问题所需要的资源越少。
能将发现问题的时间提到多前，就提到多前。
需求分析时能发现的问题，不要拖到代码实现时才发现。
编译器能发现的问题，不要等到代码运行出错了才发现。 所以要重视的警告，解决了这些警告，就能避免很多后期非常难查编译器的问题。
想清楚，再动手
想清楚了再写代码，脑子都没想清楚，写出来的代码肯定是一团浆糊。
到时再对着一团浆糊调试，试图得到正确的结果，无异于缘木求鱼，只会浪费时间和精力，拖延项目进度，最后得到的产品质量糟糕，同时又要费心费力去维护。
正确的做法是，在头脑中把要运行的这个环节都模拟一遍，在头脑中跑通了，把头脑中运行的程序，写出来就可以了。
多总结，多分享
多总结，尤其是写成文档来总结，有好多可能自己以为想明白了的东西，在写文档时可能会发现自己写不清楚，讲不明白，那说明其实自己在某些方面还是不太理解，这就帮自己发现了知识盲区。
文档一般是技术人员之间交流的媒介，通常是一次付出，多次回报。
一图胜千言，多画流程图，多使用插图，多使用形象的图片交流。
