因为我是刚刚工作,开始进入公司的时候压力很大,想好好的表现一下自己。所以能够做的事情,尽量以最快的速度做好,有点难度的也尽量去完成。
这样的话,就可能出现一些问题。在进行开发的时候每做一个模块,因为想以最快速度完成,所以有时候所谓的一个功能点的完成只是主要功能完成了。还有很多细节没有很好的处理,想着以后有时间了在处理--这是很不好很不好的想法。这个时候如果上级问你做完了没有,你就会可能说基本上做完了,(你的上级对“基本上”的概念肯定是和你的不一样的),这个时候你的上级也许很开心,会夸奖你。但是这却是你噩梦的开始。这个时候你的上级肯定会在分配新的任务,因为他会感觉你的能力会强一点,所以给你的时间又会少点。这个时候你那里又时间在回过头来去处理你遗留下来的细节。更不要说进行细致的功能自测了。这就为以后灾难的日子埋下了种子。
这个时候你开始进行新的功能点的开发了,一般这个时候,你完成的功能点应该会交到测试部去测试。测试的结果是可想而知的。肯定会有很多的bug,如果没有---那么你就是高手了(不在我说的范围了)。这个时候你就要开始你苦难的日子了。
一边进行新的功能点的开发,一边要fix bug。压力会很大。加班就是必然的了。这个时候你上级会看你的代码。代码没有注释,逻辑有点乱。代码不够复用。这个时候你的上级就会对你的能力表示怀疑。以后也不敢放心给功能点做了。而且以后一出错,你的上级就会首先去想是不是你的代码出现了问题。这样你没有能很好的表现自己的能力,反而会让你的上级感觉你做事不稳重。
综合上诉,我认为刚刚开始工作的人应该认认真真的在规定时间内做好自己的事。处理好代码的细节。细节真的很重要,以前我没有意识到。现在我是深刻的意识到。只有很好的代码规范,才能真正有效的节省开发时间。代码注释一定要有。很重要,因为等一个月后你在来看你的代码,你也不敢说一下就能看的很懂。这个应该说是程序员应该有的习惯。
开发一定按整体项目的规范去做,不然以后肯定要返工。返工很麻烦的事情。也很费时间。倒不如在开发的时候就这些细节做好。这样就节省了返工的时间。而且让人感觉你的代码质量很高,让人放心。是不是合格的程序员,我认为从这些细节上就能看的出来。
自己犯的错误,自己记下了。也是这个项目教给我最好东西。
分享到:
相关推荐
项目总结经验教训.doc
项目总结经验教训-.pdf
介绍了房地产项目经验教训,为IT项目管理提供了课复制经验
实际软件项目实施经验与教训,本内容分为四个文档进行分别阐述
大创项目经验教训自我评价.docx
大创项目的经验教训和自我评价.docx
RF-KF-LC-01-F01 老项目经验教训成果转化自检表(1).zip
用于传递经验教训总结,以便有效地应用于其他项目 下一个模板: https://download.csdn.net/download/zys800228/10317861
NASA总结的24条项目管理经验教训.docx
项目管理中的成本管理案例分析 项目管理中的成本管理案例分析 项目管理中的成本管理案例分析 教训模板
项目收尾阶段49 项目成员经验教训报告模板
最巨权威的人JAVA经验教训
中信泰富中澳铁矿项目经验教训.doc
项目成员经验教训报告模板.doc
涉及众多项目经验教训,可作为项目总结,结项报告年底总结 的参考
经验1:测试员是项目的前灯 经验2:测试员的使命决定要做的一切 经验3:测试员为很多客户服务 经验4:测试员发现的信息会“打扰”客户 经验5:迅速找出重要程序问题 经验6:跟着程序员走 经验7:询问一切,但...
项目总结分析——吸取教训.doc
4.9 项目成员经验教训报告模板.doc
项目体会WebServices开发体会和项目教训软件测试去年,在一个大型项目(1500w)中用到WebServices,现在项目进入了尾声,所以对以前的开发经历做一个总结。我想大家一定会问?为什么你们项目中要用到WebServices,因为...