开发管理工作教训总结

今年参与了一个在线教育网站的项目,规划承载1000W用户,一期上线用户80W。我有幸负责其中分布式会话开发和数据访问层(DAL)的开发及管理工作,项目已到上线阶段,突然有感触一路走来的一些经验及教训,不好意思,教训居多。

数据访问层由我负责主导,开发工作由另一位同事负责。由于手头事务繁杂,没有太多时间来对这块的工作进行细致的管理,只做到了对关键功能点的设计思路及实现难点的掌握和主导,但是还有一些地方做的不够,例如:细节代码的review,对细节设计不太合理的地方没有及时提出修改意见,并监督执行等等一些问题,导致在该同事离开以后发现对DAL的一些细节的设计不是很清楚,花了一段时间才了解得较详细,为了避免以后再出现类似的情况,所以总结了一下几个注意事项,用以备忘:

1.必须负责重要功能数据库表的设计,对每张表的作用要了如指掌。

2.重要功能代码review,不留死角。

3.尽早发现设计不完善的功能,监督修改,直到落到实处。

4.功能质量要严格要求,以身作则。

时间到了2013年7月20号,由于一些原因,需要重新部署下该DAL框架,并搭建用于演示和测试的功能。

于是拿出备份的代码,开始部署,顿时,意料之外的各种问题鱼贯而入,头有点大了,细节后面抽时间慢慢道来,下面总结了几个关键点,作为以后工作的教训:

1.如果不参与具体代码编写,对于研发人员的垃圾代码或野路子风格,如果纠正和保证代码质量?

如果研发人员水平有限,写不出高质量的代码,如果改善?有待思考。

2.项目资料的备份,尽量备份完整,不要怕占硬盘空间。否则,将来再利用的时候,会带来很多麻烦。

2.1 应用代码;

2.2 测试应用;

2.3 数据库表结构及部分数据;

2.4 web服务器及具体配置;

2.5 集成部署脚本;

2.6 nigix、LVS等服务器端软件及配置。

猜你喜欢

转载自qify.iteye.com/blog/1638540
今日推荐