新闻观点

网站设计方案设计需求确定后编码设计

2018/6/28 17:24:51   |   阅读次数:

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

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

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

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

下一篇:没有了!
相关新闻
首页 | 关于我们 | 网站建设 | 网站优化 | 服务范围 | 案例作品 | 信息资讯 | sitemap