新应用开发中的一些总结

到了现在，功能开发已经全部完成，剩下的就是改Bug和一些边边角角的工作了（如用户协议的内容修改之类），把之前开发过程中遇到的问题和教训也做一个简单的总结吧。

代码提交流程

首先，一定要规范代码的提交流程，一定要。
在开发过程中如果代码提交流程不规范的话，那么很可能会出现冲突覆盖代码的情况。这个是已经吃过亏的血的教训了，就是修改好的代码被另一个分支merge时因为冲突覆盖掉了。
如果是多人协作开发的话，这一点更是尤其重要，甚至比代码Review还要重要。

代码规范

无论有几个开发，哪怕只有一个人，也一定要制定好代码规范。因为谁也不能保证自己的代码风格会每个文件都一致，尤其是copy了其他代码的情况下。
所以一定要在项目开始时制定好代码规范。

项目架构

需要在项目初期制定一个健壮的架构，能够支持后续项目的需求扩充。产品经理永远不会一次性把需求全部提出，所以我们一定要制定好可扩展的项目架构，各模块之间的耦合越低越好，这样才能够适应需求的变更。

文档

项目中的接口文档，代码规范文档，架构设计文档等等，一定要写出来并保存，永远无法预知未来的情况，也许你的合作同事明天就不来上班了，如果没有足够的文档，将会导致后续的工作严重重复。

周会

这一点我认为我们团队做的并不好，因为我们没有真的每周都开周会。开周会的目的是为了同步所有人的进度，同时让大家明确自己要做的项目的计划和预期目标。

暂时想到的也就这些吧，对于代码Review，项目开发流程之类的，我认为在项目的初期可以稍微往后一点，但是这些东西真的应该是必须优先做到的，否则会导致非常麻烦的问题。