AI不会淘汰10倍工程师，但会让负3倍工程师蠢得更快

快速导读：一场关于AI是否正在掏空编程灵魂的讨论。有资深工程师宣称自己已不再写代码，只负责“指挥”AI。这引发了激烈争论：这究竟是生产力的解放，还是对工程师身份的背叛？更有人一针见血地指出，AI正在让本就不行的工程师“蠢得更快”。

该图片可能由AI生成

“我是一名高级软件工程师，但我已经不写代码了。”

最近，一位开发者在社区的发言引起了轩然大波。他表示，自己现在的工作是“指挥Claude去完成所有事”，通过一次性提示完成50%的工作，再通过迭代把事情推到100%。

这立刻引来质疑：当一个开发者不再迷恋于优雅地解决问题，而是沦为给AI派活的“项目经理”，这难道不是一件灵魂被掏空的事吗？

但另一派观点认为，这恰恰是解放。有人直言：“我从不关心代码怎么写，我只关心我的想法能否实现。编程只是把我的想法变成现实的工具，现在有了更好的工具而已。”

更具体的案例正在发生。一个小型团队利用Claude构建了一套自动化工作流：产品经理在Github提需求，AI自动分析代码库、生成技术规格文档，甚至直接生成PR。结果是，这个公司里最小的开发团队，成了交付速度最快的团队。

然而，硬币的另一面是，AI也正在放大平庸。一位工程师用一个词精准概括了这种现象：“负3倍工程师”。他认为，AI不会创造出10倍工程师，但会让那些本就不行的“负3倍工程师”蠢得更快。他们全天高强度“抽卡式编程”，产出大量自己也看不懂的代码，最终为系统埋下巨大隐患。

高级工程师的分野可能已经出现。一方是“AI指挥家”，其价值核心从“亲手实现”转向“精确定义问题和验收标准”；另一方则是把AI当成“高级副驾驶”，辅助自己写出更高质量的代码。

当一个完全不懂编码的门外汉，都能在三周内用AI交付一个四万行代码的应用时，我们讨论的“写代码”这件事，究竟还意味着什么？

简评：

说得太对了。这篇文章精准地捕捉到了AI时代程序员身份认同的核心冲突：我们究竟是解决问题的“建筑师”，还是迷恋技艺的“工匠”？“负3倍工程师”这个概念堪称年度发明，它点破了那个皇帝的新衣——工具的强大，反而让人的无能暴露得更快、更彻底。未来，定义问题和评价结果的能力，可能比实现过程本身更稀缺。

ref: reddit.com/r/LocalLLaMA/comments/1rmwov8/how_many_of_you_have_seriously_started_using_ai

#AI创造营##人工智能#