请教一下老哥们平时做开发有什么心得，最近新入职一家公司

[FieldFarmer]

我只做后端开发。先说下这家公司的开发规范很少，基本上按照架构能实现功能模块交给测试那边测一下就行了。

首先是产品搞一个需求出来（产品貌似不太懂技术），然后画好原型图，原型图我看了，略显粗糙，我由于刚入职，不太清楚他们有没有原型图设计的规范或者评审，至少我拿到手开发的时候，第一感觉是这样的：一些字段描述不清晰甚至缺失，在没有规范的情况下我需要靠自己的设计能力来设计表的字段，甚至有的字段是整型还是字符串型我都不太能确定，全凭自己的经验来设计。

之后大家开个会由产品大概说下业务流程之后就回去开发了（前后端分开做，开会期间反馈一些疑问，但不全面）。

最恐怖的来了，在以上的开发背景下，我抱着一种不确定的心态在一个人搞这个模块的后端接口以及数据库表的设计了两周!两周之后才开始由前端联调，这和我以前做全栈的方式截然不同，导致这周在和前端联调过程中果然发现了很多问题（前面说了开发规范很少，基本沿用前人的代码架构逻辑，我更不清楚前端调用有什么规范如何），然后就是反复的修改接口，调整接口，甚至有时候需要修改表字段...20 多个接口虽然都写完了，但是没有一个是敢说没 bug 或者完全符合需求的。

请问下老哥们有没有同种遭遇的，你们公司的解决方案是什么呢？加强产品原型设计能力？增加需求设计评审环节？

[merpyzf]

前端和后端一起根据业务定好接口的规格，之后大家都根据 Mock 的接口进行开发。

[bitmin]

大部分工作都不适合埋头苦干等到结果出来再汇报。有问题及时发现及时修改比最后发现再改要省时间。

前后端配合的情况下，建议一开始就找前端商量好请求和返回的参数。

我以前写客户端的时候，自己理解完业务流程就写个 API 文档给后端参考，后端有什么意见再讨论修改。这样子干起来大家都舒服。

[unco020511]

你说的产品原型不清晰这个需要在评审时开发主动提出来,要求更清晰细节的产品原型,其次,接口本来就是双方开发完再联调呀,一开始前后端确定好接口文档(每个接口的请求 /返回数据),然后就按照接口文档各自开发去了.

[FieldFarmer]

@unco020511 #23 评审阶段我不在场...可以说不知道有没有评审，刚入职两周观望观望，确实听取了大家的意见后，我发现重点还是去怼产品给出更详细的原型图

[caiji11]

可以问问同事之前怎么处理的 这个后期很耗费精力

[RainCats]

前后端分离的现在难道不都是先出空接口约定好出入参吗~

[janus77]

1. 不要乱动屎山
2. 熟悉业务了尽量跟产品撕，不想做的不要勉强自己
3. 遇到提 bug 先甩锅，说不定甩着甩着就不用你解决了