顶级折磨

简单啊，不就是接口么，让 AI 测，有问题出个报告，也丢过去

后端这种基石还是要人工核对的吧？ ui 用 ai 那是没什么心理负担了

@fredweili 你接的时候，肯定页面上要点点的，走走流程，基本一步一个坎，然后跟他说这里要改，折磨的点在这

@jackOff 我能这么确定他没自己核对的点是基本的参数都不合理，是基于之前的逻辑调整的，比如之前是 id ，这里是 sid ，明显是不对的

哈哈，我们后端生成的文档里面 ai 搞了一个不存在的接口出来还生成了一堆 mock 数据，我们一位前端同事拿着 ai 提供的 mock 的数据哼哧哼哧搞了半天，被我提出业务不合理后端才发现问题。

现在有很大一部分后端菜得很，接口写完、编译通过就通知你好了，实际上总是走不通。没有 AI 的时候也一样，现在很多前端要做不少给后端兜底、擦屁股的事情

我们就没有这种困扰，现在后端也是我们写😂

@jydeng 其实我也想自己写，但是之前的屎山还是算了吧

@Yishanshan 异曲同工，可惜我们现在没有你这种角色，可以去决定一些技术层面的东西

@121819756 #9 现在文档已经通货膨胀了，我现在要求前端小伙伴给文档的时候保持一页纸，最好就是给我一个架构图或者流程图

要做集成测试的… 用 ai 维护一套集成测试

需求都没确定，说明后端也是被折磨的呀

@121819756 这个也可能是数据库 orm 映射搞得过度复杂的问题，以前没有 ai 那会国内搞 java 的就有这个臭毛病，orm 映射搞得和鬼画符一样，后面 go 出来后还有傻逼想手搓一个 go 版本的 java 数据库 orm 架构