it步行者

对于正确的程序思维，我个人观点是，从微观角度，不要想当然的认为你的代码理应是怎么样的结果，而要从你期望的结果来推算程序该是什么样的，这样的程序执行的时候不同的对象会开辟什么样的内存空间、它们的生命周期会经历哪些阶段，寄存器在某行代码运行时分配情况大致是什么样子，操作系统这时会做怎样的进程调度，垃圾回收什么时候将如何进行等等。

宏观的说，实现一个功能，如果只能找到一个方法和途径，一定会遇到重重障碍并且实现得苦不堪言，最后可能还需要别人来当消防队员救你出火海。如果能找到2个以上的方法和途径，即使遇到重重障碍仍然会游刃有余，不过，如果每次你都在2个以上的方法中优先选中最笨重的方法、最曲折的途径或是最后才找到正确的方案，程序思维可能仍然不够正确。
简单自测一下，对于一个布尔变量bFlag：
bool bFlag=true;
如果觉得：
if (bFlag==true)
    ...
和：
if (bFlag)
    ...
没有什么区别的话，说明程序思维还可以进一步提高。

再说开发习惯，这不是一朝一夕或是看一下编码规范就可以做到的，特别是在IDE越来越傻瓜化的情况下，如果没有正确的程序思维，要做到正确的习惯就已经有难度了，良好的开发习惯，不仅仅是如何给变量、函数、类命名，如何缩进，如何做好代码注释，如何捕捉和处理好每一个异常。记得以前看过一本书，《高质量C/C++》编程，不管是不是要写C/C++代码，这本书是一本理解程序的好书。

此外，不论开发中使用了VSS还是CVS或是其它版本控制工具，如果使用起来一直觉得别扭和不自在，或者时不时发现同一份代码没有签出的时候，在本机上和版本控制服务器上的内容并不一致，那仍然说明良好的开发习惯还可以进一大步培养。