记录项目全程1--总结

今天突发奇想决定开一个文集把最近负责的项目进行的整个过程记录下来，主要记录在跟需求时学到的东西，写代码遇到的问题以及解决的方法，也会写一点小功能点的代码。
近期跟的这个项目比较大一点，遇到的问题也更多，写这些主要是帮助自己回顾总结以及进步。

需求

经过这次项目总结出了几点

1. 前期一定要频繁的沟通开会，这样不仅仅不会浪费时间，而且会很大程度上避免返工和减少bug。一定要不厌其烦的和他们沟通，确保每个人都对自己的模块很了解。
2. 文档，一定要写文档，文档很重要。需求一定要写文档发邮件，接口也必须要有接口文档。
3. 和甲方讨论需求之前自己一定要理清楚需求，对于理不清楚的需求自己要先想出几个可能的点和处理方式，不然到时候就会被甲方带跑偏，说不定还加了一堆工作量。

分工

1. 给组员分工作的时候，自己要对组员有足够的了解，这样才会效率最大化。
2. 自己要对需求足够了解，这个时候懂后台开发就很有利了，大致能知道这个模块是否很难搞定，对工作量的把握很有用

开发

1. 平台架构搭建，这个代码最好只由一个人动，省的平台改的乱七八糟。其他组员可以在分支进行迭代，由负责人有选择的进行merge
2. 每周或者每两周都要和组员一起进行代码review，不然你永远不知道他们写的是什么样子

测试

1. 先单个功能点进行测试，测试到不再报错，页面样式调整的最好看，然后再单个模块进行测试，最后整个流程进行测试。整体测试主要就是看数据是否对的上
2. 测试发现的问题，只要是觉得有一点点不爽的，都要全部改。因为你一个程序员一个对自己写的东西很宽容的人都觉得不爽了，那客户的感想可想而知，可能就是把你的不爽放大100倍吧。
3. 细心细心细心真的很重要，往往你不在意的点可能就有问题

最后

一定要有耐心，不能发火，因为发火根本没有卵用

目前就想到这么多，暂时写这么多吧。