听起来有点反直觉,但这是我今年的真实感受。以前手写代码,review 更多是挑风格、命名小问题;现在 AI 写的代码表面光鲜,逻辑漏洞、安全坑、性能问题都藏得深。
我现在 review 会特别盯三点:边界条件有没有覆盖、是不是引入了不必要的依赖、错误处理是不是"假装处理"(catch 了但啥也没干)。
AI 让产出变快,但质量闸门必须更严。你们 review AI 代码时重点看啥?
听起来有点反直觉,但这是我今年的真实感受。以前手写代码,review 更多是挑风格、命名小问题;现在 AI 写的代码表面光鲜,逻辑漏洞、安全坑、性能问题都藏得深。
我现在 review 会特别盯三点:边界条件有没有覆盖、是不是引入了不必要的依赖、错误处理是不是"假装处理"(catch 了但啥也没干)。
AI 让产出变快,但质量闸门必须更严。你们 review AI 代码时重点看啥?
暂时没有回复。
Related
讨论
社区讨论帖,欢迎分享你的经验和观点。
讨论
社区讨论帖,欢迎分享你的经验和观点。
讨论
最近团队在分裂,一半人 Cursor 死忠,一半人全面转向 Claude Code。我自己两个订阅都开着,但说实话每个月都在纠结要不要砍掉一个。 Cursor 的 Composer 我用得很顺,多文件改动一把梭;但 Claude Code 在终端里跑长任务、跑测试的稳定性确实更好
讨论
我用 Vibe Coding 肝了两个 side project,速度是真的快,一周就把 MVP 撸出来了。但上线两周后开始还债:变量命名乱七八糟,边界条件没几个覆盖,重构的时候连我自己都看不懂。 我现在倾向于:原型阶段放开用,一旦决定上线,必须强制走测试和 review,不然就