写在XXX项目完成之后的
公司的1个基于j2ee的项目马上就可以上线了,干了近6个月的项目终于可以画个句号.此项目从示例界面到最后业务代码的编写,我可以说是全程参与,其中跌跌撞撞,总觉得惨惨戚戚.
1,其中基础代码,核心框架变动频繁.公司没有成熟的产品模型,没有成熟的技术路线,基础的框架的变动导致开发人员修改业务代码量太频繁.可以说是心力交瘁,本来业务代码的编写的代码量很大.就连CVS是否使用都反复了几次,开始用,最后又取消,最后导致代码的不可以控制,最后无奈有使用,使用之后,结果有的人又不懂怎么使用,导致代码上出现几次问题,好几次从cvs上检出的代码根本编译通不过,这种现象一直持续到项目开发完的时候.
2,开发人员的变动,开发人员开发角色变动,例如我原来是开发前台,但是后来又要参与业务后台代码的编写,反正觉得后台有的地方处理的不是那么很好.而且花的精力,过大,压力过大.
3,业务需求没有把握好,其中我写的某个模块的需求前前后后至少重新写了4次代码,代码也就重写了4次,其中还不包括一些修修补补的代码量.
4,公司的用人上也有问题,一个工作不去交给懂的人做,而是让自己信任的人去做,例如一个东西,权责划分,别人肯定心理不平衡.
5,工作安排上失误,有的工作任务很重,有的人很轻松.
6,成员之间的合作性不够,成员之间都是独立的.每个人担任的是开发 有时候一个问题出现会找不到人解决,因为,一个模块出了问题,但是与很多人相关,不知道问题到底出在哪.
7,个人的失败,没有从这个项目中成长起来,其中也有许多原因,公司本来叫我带人,但是我既要写代码又要教别人怎么做,工作做不走的时候难免心烦意乱,毛焦火辣,
从来就没好好的说话过,说话出来就象在吵架.最后的结果是与成员之间关系不好,技术总监的关系恶化,我现在心理还是老打99.见了他就觉得不爽,他也没把我当成这个项目的核心成员.
最后我想，明年我也许还在这里,也许离开公司.
