做项目的教训

  因为我是刚刚工作，开始进入公司的时候压力很大，想好好的表现一下自己。所以能够做的事情，尽量以最快的速度做好，有点难度的也尽量去完成。

  这样的话，就可能出现一些问题。在进行开发的时候每做一个模块，因为想以最快速度完成，所以有时候所谓的一个功能点的完成只是主要功能完成了。还有很多细节没有很好的处理，想着以后有时间了在处理--这是很不好很不好的想法。这个时候如果上级问你做完了没有，你就会可能说基本上做完了，（你的上级对“基本上”的概念肯定是和你的不一样的），这个时候你的上级也许很开心，会夸奖你。但是这却是你噩梦的开始。这个时候你的上级肯定会在分配新的任务，因为他会感觉你的能力会强一点，所以给你的时间又会少点。这个时候你那里又时间在回过头来去处理你遗留下来的细节。更不要说进行细致的功能自测了。这就为以后灾难的日子埋下了种子。

    这个时候你开始进行新的功能点的开发了，一般这个时候，你完成的功能点应该会交到测试部去测试。测试的结果是可想而知的。肯定会有很多的bug，如果没有---那么你就是高手了（不在我说的范围了）。这个时候你就要开始你苦难的日子了。

一边进行新的功能点的开发，一边要fix bug。压力会很大。加班就是必然的了。这个时候你上级会看你的代码。代码没有注释，逻辑有点乱。代码不够复用。这个时候你的上级就会对你的能力表示怀疑。以后也不敢放心给功能点做了。而且以后一出错，你的上级就会首先去想是不是你的代码出现了问题。这样你没有能很好的表现自己的能力，反而会让你的上级感觉你做事不稳重。

  综合上诉，我认为刚刚开始工作的人应该认认真真的在规定时间内做好自己的事。处理好代码的细节。细节真的很重要，以前我没有意识到。现在我是深刻的意识到。只有很好的代码规范，才能真正有效的节省开发时间。代码注释一定要有。很重要，因为等一个月后你在来看你的代码，你也不敢说一下就能看的很懂。这个应该说是程序员应该有的习惯。

  开发一定按整体项目的规范去做，不然以后肯定要返工。返工很麻烦的事情。也很费时间。倒不如在开发的时候就这些细节做好。这样就节省了返工的时间。而且让人感觉你的代码质量很高，让人放心。是不是合格的程序员，我认为从这些细节上就能看的出来。

 

   自己犯的错误，自己记下了。也是这个项目教给我最好东西。

慢慢做，不着急．
给多少钱干多少钱的活．

现在是不着急了~o(∩_∩)o...哈哈

90%===作不完.....我见过很多这个样子的项目.