开发管理工作教训总结

今年参与了一个在线教育网站的项目，规划承载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等服务器端软件及配置。