要慢慢的学会在前期做更多的工作，后期少的改动

       这是一个项目中的一个案例，在提测的过程中竟然发现主功能有严重的bug。这样的bug被测试发现确实非常惭愧，我把自己骂了好几遍。可能每个人都会为自己辩解，谁写代码没有问题。但是我在这里说一下我自己的体会：一般来讲写代码“ 一遍率（PS：整个逻辑盲写，不做测试）”比较高的同学往往自信心比较高，因为他对自己的代码有信心。而经常写出来代码有问题的程序员可能会 心虚，即使你后面不管是自测还是靠测试把问题测出来，测出的bug越多，对于自己的打击越大。特别是一些严重依赖于开发质量的项目，这样会承受比较大的心理压力。后果是什么？有一点小的改动就会畏首畏尾，不敢改。但是真正要做到细致，以我个人的体会来看，确实很难。

        另外一个就是千万在写代码之前把整个的逻辑细细的想清楚，磨刀不误砍柴工，真理。因为前期没做好的后果就是后面一直在改代码。这样浪费了更多的时间。其实这是一种 思维的转变，很多人也包括我也认同一种观点： 代码是写出来的，即使前期想的再清楚，也会有遗漏。但是在工作中这是一种不太好的实践。要慢慢的学会在前期做更多的工作，后期少的改动。这是一种功力，真的很考验人。对于已经习惯这种思维的人可能不太难。但是如果习惯了在写代码中思考的程序员来说一定要力求改变，在这里也是在警告我自己。

        这里简单的说一下为什么？道理很简单，如果你是在写代码的时候进行思考说明是你喜欢 发现问题解决问题的方式，这是一种 被动的思维方式。这种思维方式可能做一个程序员不会犯太大的错误，至多自己多加一些班。但是如果是一个项目的owner，这样极有可能犯重大错误，整个项目到后期发现方案不可行，这是要命的。 千万不要觉得这紧紧是一种工作方式的问题，这是思维方式的问题。要慢慢的锻炼自己在前期思维能力，就是主动思考，主动发现问题，这样才可能把项目风险掌握在自己的手中。项目实践有一句话：“ 有可能发生但是没有发生的问题叫风险，如果问题已经发生，那就是真的问题”。

       改变思维方式真的很难， 要打破重来很痛苦，绝不会在我这里写出来这么简单，所以为什么我觉得 成功学看的热血沸腾，发现自己一去做完全是两回事。一个简单的习惯都很难改变，何况是对于一种已经几十年的思维习惯。这里我举一种思维实践，仅供参考。脑子里想一个问题，反复的想，把它想的非常透彻，然后把这个问题抛出来，看看大家都对这个问题的看法，再比对自己有哪些遗漏。这一方面是思维的过程，另一方面也算是经验积累的过程。因为很多问题想多了考虑的面自然就会丰富起来。