一个初级程序员的修养和反思

        刚做完人生中第一个完整的项目，虽然已经上线使用，但是预期一周的时间，硬是用了10天才完成。其中太多的酸甜苦辣。作为一只菜鸟，我也许不算是最惨的一个，但是我相信我已经相当惨了。碰到了无数的问题以及做出了无穷的bug，坦白讲最后的三天一直在修改程序，挑bug，调bug。

         项目中的收获，就不说技术上的收获了，且谈谈对待项目和方法上的想法和态度。

 首先，一个项目必须要弄懂需求。我最初就没有完全弄懂需求，就想“大展身手”------show一下自己编程多么快，show一下自己编程多么牛B，迫不及待的去码代码。殊不知，码代码才是最傻的事情，连需求都没弄懂就码代码，实在太愚蠢了。最后吃亏的肯定是自己，果然就是这样。当我兴致满满的给我的leader交程序的时候，发现的不仅仅是一吨的bug，还才发现我漏掉了许多需求，其中还有比较核心的需求。后来添加代码相当麻烦，因为我要从一个全局的角度去添加这些代码，往一个“完整”的程序里面加代码实在太难受了，比“喝粥”还痛苦。如果你连需求都没完全弄懂，千万不要开始写程序，必死无疑。                 一个好的习惯就是   记录需求，起码你不能漏掉需求。再就是不断的重复需求，想清楚这个东西在这个系统里面是什么地位，如果你连这些都想到了，说明你对需求理解了。更高水平的理解就是 为什么需要这个需求，这样设计合理吗。   作为一个初级程序员，我认为最重要的就是不漏需求，完成需求。

其次，再说说码代码的习惯。读书的时候很容易养成的一个不好的习惯。就是只做“正确的程序”，交给老师的程序可能就是一个完全没有错误处理和错误情况处理的程序，只是所谓的”正确的程序“，有一个说法是一个健壮性很强的程序90%的代码都是错误处理和异常处理。还有就是思维的完整性，一个公司能容忍项目延迟，但是绝对不能容忍项目bug多，写程序的时候一定要想清楚程序是不是完整，是不是好用。程序是给用户使用的，也就是给人用的，人会犯很多错误，或许也会手贱乱点。所以，一定要做保证程序的完整性，做好程序的异常和错误处理。必要的时候，还要做好log。千万不要小看错误和log，这两个绝对都是大头学问。

最后，说一说测试，测试对我来说可能是远在沙哈拉的东西，但是真的异常重要，我现在终于知道为什么软件工程里面，测试是一门学问，我一个小小程序员做的一个小的系统测试起来就相当麻烦，更何况更大的项目。在我修改A的时候，直接导致B出问题，这样的问题我已经碰到了起码5，6数次。相当头疼，要打特别多打印语句。但是另一方面如果你做好了exception和logs这样就又可以一定程度上降低你找bug的难度。

不要急着交程序，自己一定要测试3遍，大家都编程，也知道一个程序是多么容易出问题。所以，自己不测试3遍就别交上去。想想如果你是项目领导，手底下的一个人很快就交了一个满是bug的程序，一个人延缓了2天交了一个几近完美的程序，你会赞赏谁？

所以！！！！！！！！！！！！！！写程序要安安静静，老老实实写，细节和耐心决定程序的质量。