其实我们的代码规范已经相对来说比较统一，格式相近了。但是这并没有解决存在的全部问题，代码写法规范，在我看来只是让我们的代码让任何一位同事都可以在短时间内看懂代码所表达的逻辑。在我看来这只是其中一部分需求，而另一部分的需要则是我们当前最迫切的需要，是可以降低自己开发过程中犯错概率的事。
其一，拿到需求后的初处理。有的人喜欢大概略过一遍就开始进行开发了，有的人喜欢先理解透需求内容再开发才会得心应手，这只是个人的习惯无可厚非，但是既然大家在同一公司共事，那么为了把产品做好我们还有一件事必须做那就是，需求执行开发前各个客户端的同事应该首先与做同一模块的不同端同事先通过各种手段进行沟通，看看自己对当前需求的看法以及注意点。并且在开发过程中，及时协调，积极沟通。
其二，在开发中的沟通。首要一点就是在开发过程中大家在与开发同事沟通的同时也要与产品，设计进行协调确认，以确保自己的开发方向是正确的。这样可以保证我们的代码在逻辑与样式方面与产品，设计所期盼的产出品相吻合。这可以为我们减少很多不必要的重大问题的出现。
其三，在开发完成后一定要自查。我知道大家其实本质对自己都是极度自信的，相信自己写的东西一定是最好的，不会出错的，但是我们首先是一个人，是人就有犯错的时候，而最容易犯错的时候就是当自己极度骄傲自信的时候，所以我推荐的方法是首先加快自己的开发速度，其次在开发完成后不要急于去查阅自己的代码是否出了问题，而是首先去与产品，设计确认自己开发的项目逻辑，样式是ok的，其次我们在刚开发完成时处于身心疲惫状态，这种状态下个人的注意力不容易集中，所以我们应该优先去确认大方向等间隔个1-2天整体状态放松下来了也对需求有了更深刻的认识后再去检查代码，这时候我们最能发现问题所在。
其四，警戒修改完代码不亲测的坏习惯。这个问题最容易疏忽，因为虽然我们每天都在努力工作但是有的时候我们周围的环境并非我们想的那么太平，也许今天一些琐事把你原本计划完美的时间完全打乱，而每个人每天的精力都是有限的，在这个每天都要让自己进步一分的环境中，我们更容易会犯懒，忽略这重要的一环。
其五，跟进测试。在经历了需求解读->开发沟通->自查分析->自测降错之后我们终于来到了整个开发的后半程。在跟进测试的时候，坦白说是我们作为开发来讲从身心上最容易松懈的时候，因为项目的整个工作已经进入了后半程，这时我们所面对沟通对象也随之变得更多，同时与产品，设计，测试，后端四方同事进行沟通协调，其实这个后半程将会更累，因为只有在这个阶段下我才认为我们会把一个真正的产品凝聚成型，它包含了各方同事对本次需求的特殊理解，它们在这里才会相互融合结晶。所以我们作为一个结晶的构建者更不能懈怠，积极沟通配合测试同事，我们都晓得多线程这个词汇是什么意思，也就说我们还有其他事情要做，那就是代码审查我们不止是同事间互相审查代码更是要自查，你以为这就完事了么，在这个阶段我们可能还会面临一个可能出现的问题，需求变更还有就是突加需求的处理，所以这个阶段的我们反而是更累的。希望大家可以坚持下来，下一站我们就离终点不远了。
其六，需求收尾。我们终于熬过了bug对我们在精神层面的轮番轰炸，把大部分漏铜，问题弥补完整，是不是说我们就可以松懈了呢。答案大家想得到，是否定的，这个阶段其实本来应该是验证来的，这个验证可不仅仅说的是验证产品的正常逻辑，同时最应该注意的应该是那些非正常的操作，我们很快会发现一片新大陆在向我们招手，新的坑在等我们填，但是加油兄弟们胜利就在前方。经历过非常规验证，产品验证，好了我们的一轮工作结束了。
这篇是我个人的一些感受，如果有什么不全面的欢迎补充。
