我只做后端开发。先说下这家公司的开发规范很少，基本上按照架构能实现功能模块交给测试那边测一下就行了。
首先是产品搞一个需求出来（产品貌似不太懂技术），然后画好原型图，原型图我看了，略显粗糙，我由于刚入职，不太清楚他们有没有原型图设计的规范或者评审，至少我拿到手开发的时候，第一感觉是这样的：一些字段描述不清晰甚至缺失，在没有规范的情况下我需要靠自己的设计能力来设计表的字段，甚至有的字段是整型还是字符串型我都不太能确定，全凭自己的经验来设计。
之后大家开个会由产品大概说下业务流程之后就回去开发了（前后端分开做，开会期间反馈一些疑问，但不全面）。
最恐怖的来了，在以上的开发背景下，我抱着一种不确定的心态在一个人搞这个模块的后端接口以及数据库表的设计了两周!两周之后才开始由前端联调，这和我以前做全栈的方式截然不同，导致这周在和前端联调过程中果然发现了很多问题（前面说了开发规范很少，基本沿用前人的代码架构逻辑，我更不清楚前端调用有什么规范如何），然后就是反复的修改接口，调整接口，甚至有时候需要修改表字段...20 多个接口虽然都写完了，但是没有一个是敢说没 bug 或者完全符合需求的。
请问下老哥们有没有同种遭遇的，你们公司的解决方案是什么呢？加强产品原型设计能力？增加需求设计评审环节？
首先是产品搞一个需求出来（产品貌似不太懂技术），然后画好原型图，原型图我看了，略显粗糙，我由于刚入职，不太清楚他们有没有原型图设计的规范或者评审，至少我拿到手开发的时候，第一感觉是这样的：一些字段描述不清晰甚至缺失，在没有规范的情况下我需要靠自己的设计能力来设计表的字段，甚至有的字段是整型还是字符串型我都不太能确定，全凭自己的经验来设计。
之后大家开个会由产品大概说下业务流程之后就回去开发了（前后端分开做，开会期间反馈一些疑问，但不全面）。
最恐怖的来了，在以上的开发背景下，我抱着一种不确定的心态在一个人搞这个模块的后端接口以及数据库表的设计了两周!两周之后才开始由前端联调，这和我以前做全栈的方式截然不同，导致这周在和前端联调过程中果然发现了很多问题（前面说了开发规范很少，基本沿用前人的代码架构逻辑，我更不清楚前端调用有什么规范如何），然后就是反复的修改接口，调整接口，甚至有时候需要修改表字段...20 多个接口虽然都写完了，但是没有一个是敢说没 bug 或者完全符合需求的。
请问下老哥们有没有同种遭遇的，你们公司的解决方案是什么呢？加强产品原型设计能力？增加需求设计评审环节？
1
Select Language