真实案例分享AI辅助编程在某些场景下的副作用,揭示过度依赖工具的风险,引发57条社区共鸣。
每个人都在说 AI 会取代开发者。与此同时,我在凌晨 3:17 坐着盯着一个由看起来完全正确的代码创建的 bug。
关于 AI 编码工具的奇怪之处是这样的:
它们在让你从零进展到百分之八十方面做得出奇地好。剩下的百分之二十?那部分变成了一个心理惊悚片。
你向 AI 请求一个功能。
一有足够的自信能摧毁你的周末
瞬间你感到无敌。然后现实踏着钢头靴走了进来。因为代码是有效的。直到它不再有效。当它坏掉时,你正在调试由一个技术上不存在的人写的逻辑。
这真的很没礼貌。
问题不在坏语法。问题在缺失上下文。AI 理解模式。高级开发者理解后果。这个区别很重要。
状态管理变得混乱
异步逻辑开始自相矛盾
边界情况从下水道爬出来
一个无辜的重构摧毁了三个无关的功能
AI 生成的代码看起来很干净。太干净了。就像连环杀手的公寓。
有信心的废话。不是坏的废话。不是明显的废话。有信心的废话。
那种你读了之后会想:
"妈的,这看起来很聪明。"
然后四小时后你发现这个函数一直在对你的数据库进行情感上的煤气灯操纵。
AI 优化的是完成度。你仍然需要优化:
未来的你不会崩溃
因为未来的你肯定会对现在的你提出投诉。
如果 AI 的编码速度更快,你需要更快的验证。否则你基本上就是在接受来自一个永不睡眠的咖啡因过量的实习生的 pull request。听起来印象深刻,直到生产环境着火。
AI 可以生成解决方案。但它无法可靠地判断权衡。它不理解:
性能瓶颈
长期的技术债
它只是攻击性地按感觉工作。
我每天仍然使用 AI。因为尽管有这一切混乱,它很有用。它消除了枯燥的工作。它加快了实验。它帮助解除阻力。但我停止把它当作一个工程师对待。
一个极度快速的初级开发者,有无限的自信和偶尔的幻觉
这诚实地说让体验更健康。
AI 不是在取代开发者。它在暴露谁真正理解软件工程。因为生成代码从来都不是难的部分。理解代码为什么应该存在?那才是真正的游戏。
不幸的是,AI 仍然无法在凌晨 2 点的生产 bug 中存活,同时还有三个利益相关者在你的脖子上呼吸。
有些评论可能只对登录用户可见。登录查看所有评论。
如有进一步的操作,你可以考虑屏蔽此人和/或举报滥用。