始终认为，代码的好坏，在于思维逻辑的有效性、完整性（封闭性），只有这样才可能尽量的保证少出现BUG，或者在需求变更的时候，出现改了一处又出现一处的问题
同样，在解决问题的时候，也应该使用同样的思路去检验问题。否则，极易出现漏掉的情况。特别是因为重构、重用等，将逻辑拆的相对凌乱的时候
保证这一点前提，可能最好的方式是在每一个逻辑段的时候，能有相应的伪代码的实现，亦可作为技术交底文档。
也许要慢慢的改掉着急上手写代码的不好习惯吧~
多注重文档的积累，应该是后续的最好的发展路径之一吧~
原文：http://www.cnblogs.com/loveclumsybaby/p/5165809.html