这一周来一直在为以前写的功能模块画流程图，没头绪的时候就动动笔吧！

    2011年12月。在做用能单位能耗指标管理的统计公式变量编辑中的分析对象处理时候，纠结好几天，咋做咋不对。这样的功能由于没有一个详细的流程文档，都是想到了然后就做。所以导致了在开发的时候没有一个引导。领导口头给你说了些需求，然后去实现。这是我们现在做开发的弊端。

      最后实在纠结的头疼，我停下代码的编写。屡屡思路，把实现流程用笔画在了纸上。花了大概半个小时，对画出来的流程修修改改，流程清楚了，思路也就清晰了。最好发了不到2小时就把纠结了几天的问题解决了。

      总结：做程序员的，如果没有一个详细的流程或者设计文档指导你的时候，在编码遇到瓶颈时，不妨停下来屡屡思路，把流程用笔或者软件画下来，以指导你的开发。