https://www.v2ex.com/t/996377 才说的我要躺平少做少错。结果还是多做了,然后错了。
写接口给两种前端,CRUD 接口是两套。其中一个前端功能丰富,所以接口齐全,另一个功能没那么多。
我按照功能多的做了两套接口,后面代码基本复用。 给的信息也都一致。接口文档写完后,然后功能少的那一端就不乐意
1.TA 觉得有些字段不用传给后端(实际上 TA 压根没好好看 UI 理解业务流程和需求才觉得不需要) 解释了下,就是不同意,僵持后找领导 A,A 是知道业务场景的 支持了我。
2.TA 又觉得接口多了,返回字段太多,不想看接口。 TA 找到领导 B ,我提议两个人对着文档他觉得不要的接口直接删除。被驳回。最终要求我看着 UI 自己去删除我觉得多余接口和不要的返回字段...
实际上所有接口就是 xx 新增/查询 这些。返回也给了样例,还有表格注释每个字段。考虑到以后的改动,就把接口都做全了,而且所谓的需求一直在变,按照某个时间的要求,后端开发基本完成了。
顺带重提一下 所有的需求来源方式就是 看 UI 图+图片备注+口述功能。 没有产品经理,需求文档之类的。前后端看法就是看着图片来写功能
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.