顶级折磨

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

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

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

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

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

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

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

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

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

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

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

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

来吧，魔法对轰

@yidinghe 没有，就是提前做了，莫名其妙的。前天评估的需求能否实现，今天产品让我和他评估时间，他说他做完了。

@121819756 先让 AI 进行接口测试，然后你再让 AI 进行点点点，你负责验收。这个时候接口测试完，应该 1 ～ 2 遍就过了。

这种人和 ai 没什么关系

没有 ai 他也乱搞

只是你们公司不太行

发群里 艾特开发

让 ai 接管你的浏览器，让 ai 点，ai 出报告，你也不用参与的

@121819756 哈哈，那好玩，你就问他：你是不是打算离职了，所以就不跟我联调了呀？

@peteretep 见太多这样的人，能力差的人根本掌控不了 ai ，再好的工具产出也是屎

魔法对轰啊。
让 AI 直接拿接口和需求做对接，然后出具一份自己完全不看的接口问题分析报告甩给后端，跟他说有问题请改一下

没意义，没 ai 就是另外的故事。给领导/项目负责人/群里对线就好了。