开发不仅要考虑明面上的需求，而且要考虑潜在的需求
1.现场安装是否容易，安装手册要易于操作
2.现网开发运营是否方便，对外的操作尽量简单(文档要详尽，配置尽量少，自动化，现网特殊运营场景如手动导全量数据需要提供易操作手段)
3.开发过程中要考虑出现问题后，是否容易定位。要求日志突出重点，格式统一，分级显示，简洁明了。错误信息一定要突出，最好另外再单独打印到一个文件中。错误代码要风格统一，不同地方产生错误代码不要一致，如脚本和数据库存储过程的错误编码应该是两种风格。
4.开发逻辑尽量简化，开发技术尽量高级，尽量写设计文档(特别是针对定制的功能)
5.测试样例放在版本文档目录下。
6.形成走查制度，使用开源的走查软件。不光代码的问题，将以上项都纳入走查
7.规范优化需求，一般bug，紧急bug修复流程。对于不紧急的优化(非现网问题)，从最新的开发版本上拉分支，开发自测完后(不经过测试部)，合入到下一个开发版本。对于现场紧急问题，直接从现网版本标签上拉分支，修复完并经过测试部测试后发布新的版本，然后将bug合入最新的版本
