去年7月到现在已经很久了,有必要把这段日子的经历小结一下。
1。做事情,一定要负责到底。这一次我比上一次跟wingc他们一起做财务软件的时候有了进步,总共负责的模块,个个都是从头到尾负责到底,包括测试,debug,修改之后又新出现的bug,这样做,能够完整地经历整个软件开发的过程,不只是coding那一部分,对于测试也有了自己的认识,对于以后成长为一个架构师是很有帮助的。但是需要注意的是不能在项目里面摊子铺得太大,那样子的话,测试的时候,问题成堆,不好。最好把自己的开发工作集中在低层代码和关键代码的开发上。比如权限管理,显然这就是一个低层的模块,大家都要调用的。竞价采购这个模块比较独特,通过它,我基本上理解了招投标的业务逻辑和流程。在过程中,有些别人做不了的东西,一定要承接下来,然后去努力解决,既然别人都做不了,那你做不出来也没有什么,如果做出来了,一是提高了能力,二是成为了团队中不可缺少的人,这很重要。就像陈博最后承接了数据同步一样,我相信他一定很有收获的。但是,事情都是两面的,太过于高的目标,也不现实,关键点是度的把握。
2。注意细节,张建峰是一个很出色的程序员,也是一个负责任的项目经理,但是有些地方他做的不好,我看到了,我以后要注意,细节里面产生了微妙的心理。我记得很清楚,一个表的名字dt_contest_product,这个表是竞价的一个附表,里面有的东西是竞价的邀请供应商,他在create table的时候把表的名字打错了,打成了dt_contest_prodect,我提醒了他一下,他没有改,也许这一部分只有我负责,该不该没关系,表的名字只是名字,但是,作为程序员,我觉得,这是一个不好的开端,我们有很好的表的结构的设计,但是,这里的名字错了,又不改,我嘴里不说,但是心理觉得。。。以后如果我做项目经理,有程序员指出我的问题,只要是我错了,一定改,一定虚心接受。
3。鼓励团队。张建峰是一个技术型的项目经理,程序员出身,项目结束的时候几乎每个java他都改过,每个人遇到了问题都去找他解决,他的能力很强。但是,如果项目再大一点,他的压力就会吃不消,项目经理不应该是一个救火队员。我觉得,首先是模块的划分要合理,这点不错,至少我负责的模块是很清晰的,然后最大限度的发挥程序员的主观能动性和解决问题的能力,要有压力,不要有很强的依赖感。
4。说到做到。关于有一阵子是说要把我调到开发部去负责.net项目的开发,作为我是非常乐意。但是,一开始跟张总谈的时候,我并没有把话说得很死,一定要什么时候过来,这就是一个说话的技巧,确实,我不能说把手头的java的开发马上都交给别人,然后去做自己想做的事。我是说,两个我都回去做,手头的java开发完成了,就全身而退,去.net开发。java当时刚开始测试,出了bug,然后是改,然后是又出,直到这个高峰过去,最后,buglist里面一个bug都没有了。在这个过程中,我注意了和张总及时沟通,说明自己的困难,让刘总去跟张总说明我现在工作的重要,这样,我对自己的工作负责了,而且,保持了和张总的良好关系,为以后去开发部做了基础。当然,我也不知道如今要去当老师。
5。跟每个人搞好关系。这点很重要,人事,劳资,主管副总,经理,有合作关系的副总,这些人都很重要,一定要统统搞好关系。到时候,你需要做事情的时候,就会顺风顺水。这些人之间也会聊天,所以应该在公司有一个很好的风评。