94

@94 #86 ，额外补充一句，这部分人在还没有使用 AI 产出代码之前就已经那种样子了，现在借助 AI 辅助编程或者 VibeCoding 之后越来越多不动脑子罢了。而且说实话其实 AI 产出的代码质量比之前他靠自己写出来的要更好一些，起码可以通过一些 Rules 去规范和限制，他用就用吧……

@wnpllrzodiac #72 ，#74 ，不要着急，我只是在说现在日常管理中看到的现象。至于我的观点可以在另外一篇帖子中看到 👉 /t/1176989#r_17062875

-----
对于无脑 Accept 的人来说，代码改烂掉了就重开会话/换个模型继续改，如果快要 DDL 还是没搞定，就求助现实里或者网络上高资历的开发。

至于功能函数返回的结果肯定是有验证的，但只会返回在功能说明文档中描述场景，并不会考虑边界情况，自然也不会有好好自测。
所以交付的内容基本上在测试环节会出现各种 bug 被打回，然后继续 AI 修复。如果没有在测试环节出现问题就由用户去发现（这时候就真的是测试来背锅了）。

-----
能抱着我产出的功能模块要尽量少 BUG 、覆盖尽量多 Edge Case 想法、有“责任心”的开发者现在已经越来越少了。

Accept All 这种现象在初中级开发中已经很常见了，以后也只会越来越多。并且这种现象在高级、资深开发者中也在出现（但是他们能够去给 AI 擦屁股或者有自己的一套 AI 使用方法论）。
可初中级开发可能并不一定能够去擦屁股，所以之前我激烈吐槽过 #VibeCodingCleanupSpecialists# 这种岗位的出现。

虽然我觉得 IC 没有 review 自己的代码很大程度上是管理上的问题，但是如果 Leader/Manager 去盯着 IC 有没有去 review ，或者去仔细 review 提交上来的 MR/PR 。那么每天上工就可以不用做别的事情了。
所以应该由 Manager/Leader 按照当前大量使用 AI 的现象去调整现在的项目开发工作流，而不是仅仅去强制要求 IC review 通过 AI 产出的代码。

如果是前端，直接在 VS Code 里用 Copilot ，有 30 天的免费体验。
如果是后端，用 [gemini-cli]( https://geminicli.com/)，相对来说入门使用是最简单的。之前在 IDE 里面体验的插件都感觉比前端生态差太多。

@loniper ，有被笑到 😂 /t/408727

👇 直接这样就行了

@JShen #27 ，想多了，就是 run 一下跑通了就敢提交。AI 吐出来的代码他都不一定能看明白，怎么去 review 。
那验证？我代码跑通了啊，验证那是测试该干的活，不是开发的事。我已经看到很多这样的案例了。

@BruceXu #13 ，很特殊又奇怪。本来说都会切换的，但是实际上没切换。Cursor 变更计费规则很随意，也不知道哪天我们就突然变成按量计费模式了……

@libasten #2 ，早都不维护了，开发资源在并购之后早就分完了。后面一直是社区接盘的。

@baiyuxiong126 #3 ，是的，现在都是按量计费模式。只是你是年费订阅，会在明年续订日才变更模式。
但是有特殊情况，如果之前手动退回或者发邮件切换回旧计费模式现在还会保持在次数计费。

食补 + 盒装 + 吃疗程，基本上就是了。