刚刚上线的V630版本, 记得临上线前 leader 一再强调关键时刻不要出错，千万不要出错，可是一再小心，上线后还是出现了几个备受关注的问题。做为开发人员，我想每个人都不想出现这样的结果。
这算作是墨菲定律事件吧，越是不想发生错误，错误越是不可避免。
就我个人而言，总结了几点经验和建议，希望能有所用处。总结如下：
总结以前线上出现过的问题、产生原因、避免再犯方法，列出文档，督促小组内成员经常看一看，避免同一个问题多人身上多次出现。
单元测试，自己开发的内容，不能完全依赖测试人员把关，要把自己的主要逻辑业务的边边角角使用测试用例模拟测试起来，不能偷懒。
有人的地方，不可避免总要出现错误，觉得单元测试完全之后可以交叉测试下。比如两个关系好的，可以你测我开发的，我测你开发的，测试时候认真点，奖罚措施自己协商。
上线前配置文档多人排查，不要仅仅一人把关，有排查注意事项文档，让几个人都认真校验一下，避免出现低级错误。
iOS 数组越界、字典塞空等不容易测试到但又极易导致crash 的地方要多留心，遇到数组和字典取值塞值的时候，强制做下数据校验排查，防患未然。
时刻保持学习积极性，多了解时下热门技术，多学习，多总结。对知识进行收集整理，好记性不如烂笔头，时间长了，自己的知识库会是一个宝藏。
小组内是否可以开一个集体的博客或者论坛，将自己踩过的坑，以及自己认为好的东西分享出来，方便他人，同时也方便以后的自己。
经常组织技术分享，讨论，头脑风暴，将大家的智慧组织起来，将好的方法和点子运用起来。
想办法提高工作效率（如：使用适合自己的合理的工作法）和工作积极性（如：多研究感兴趣的方向，做出运用，提高成就感）。
-
团队协作，文档共享，是否可以考虑更有效率的云平台，像 svn 文件、office 文档，经常性的更新，极易让人搞混，感觉有更好的办法可以取代的。
2017.06.21 14:26 虹桥V1
