网上设计方案设计拿到需求之后，严谨的网上设计工程师会做一个方案，方案用以确定用到的技术细节，同时找出有没有之前没做过，有一些技术难点的地方。这个方案通常是由资深一点的工程师(就是头发最少的那个)和小组的Leader(就是干活最少的那个)来参加，方案需要有细节，否则没头发的和不干活的就没办法找出你可能存在的风险和问题。特别是牵涉到一些团队编码规范和最佳实践的东西。做好方案设计并不是一个简单的事儿，在第一次方案评审的时候就没通过，漏掉了订单中的一个状态，富文本编辑器的选型也没做好，预览视频的方案也没做好，直接被怼回去了。

　　重新整理了方案，明确了接口，这才勉强通过。在方案设计阶段，本质上是一个你在识海里去完成项目的过程，用“胸有成竹”这四个字来形容，还是挺贴切的。新人很难考虑周全，更希望一边做一边想，带来的问题就是风险无法控制，可能会有返工重写的情况出现。而团队代码在最佳实践上都会有一些要求，不允许一个人一种风格，那会导致代码太复杂。方案设计的时候长短，通常和你的项目经验和个人能力有关，也跟你是否有意识的去朝这个方向训练有关。

　　网上设计编码编码阶段才是大多数人以为的开发过程，在网上编码阶段中，太原博浩易达先是发现后端“马江”给出来的接口文档不对，缺失字段，然后发现给接口的速度奇慢无比。反复沟通几次之后，决定给出假数据，但给出来的假数据没有太大的价值，没有满足基本的测试需要。同时，UI图和原型和需求文档的差异也产生了。按照敏捷开发的要求，本应该每日Demo，但是团队的所有成员都没有养成在开发环境随时部署的好习惯。

　　当太原博浩易达发现有问题，去找产品经理确认的时候，产品经理花了三秒钟的时间给出来了一个解决方案，可是他并没有通知到所有的人。后端人员“马江”开始反对这个方案，并给出来了自己的建议。这还不算是最麻烦的，对于需求理解的不彻底才是太原博浩易达当前最头疼的事儿，很多细节在需求讲解的时候未确认，方案评审的时候也跳了过去，导致在处理“预览视频”的功能漏洞百出。项目Demo时间就要到了。CodeReview和性能测试都没处理好。延期时间从3天变成了7天，联调漫长无期，而且极不稳定，昨天可以调通的接口，到了今天又出问题，接口文档并没有及时更新，也没有约定调试的计划。但不管怎么样，总是是要到了收尾阶段。在编码阶段，往往是出问题最多的地方。眼高手低的毛病特别多，很多细节考虑不周全，对于协调和分开不能很好的把握尺度，解决问题的效率很低，导致整体开发的进度拖慢。对性能测试没有经验，对于代码的质量没有要求，CodeReview的时候不过关，反复重写，不具备设计和抽象的能力，遇到需求反复的时候，很容易崩盘。