https://www.v2ex.com/t/996377 才说的我要躺平少做少错。结果还是多做了，然后错了。
写接口给两种前端，CRUD 接口是两套。其中一个前端功能丰富，所以接口齐全，另一个功能没那么多。
我按照功能多的做了两套接口，后面代码基本复用。 给的信息也都一致。接口文档写完后，然后功能少的那一端就不乐意
1.TA 觉得有些字段不用传给后端（实际上 TA 压根没好好看 UI 理解业务流程和需求才觉得不需要） 解释了下，就是不同意，僵持后找领导 A,A 是知道业务场景的 支持了我。
2.TA 又觉得接口多了，返回字段太多，不想看接口。 TA 找到领导 B ，我提议两个人对着文档他觉得不要的接口直接删除。被驳回。最终要求我看着 UI 自己去删除我觉得多余接口和不要的返回字段...
实际上所有接口就是 xx 新增/查询 这些。返回也给了样例，还有表格注释每个字段。考虑到以后的改动，就把接口都做全了，而且所谓的需求一直在变，按照某个时间的要求，后端开发基本完成了。
顺带重提一下 所有的需求来源方式就是 看 UI 图+图片备注+口述功能。 没有产品经理，需求文档之类的。前后端看法就是看着图片来写功能
Select Language