从"AI 会不会取代程序员"到"没有 AI 我不会写代码了"，这两年我们经历了什么？
去年这个时候，我还在跟同事争论“AI 写代码到底靠不靠谱”。今年我已经不争论了——因为我发现自己回不去了。
从怀疑到依赖，只用了 18 个月。
2024 年初第一次用 Copilot 的时候，我最大的感受是“惊艳但不实用”——它能补全一行代码，但经常补错；能写一个函数，但逻辑时不时跑偏。我当时下的结论是：AI 是个好辅助，但离替代程序员还差十万八千里。 现在回头看，这个判断“对了一半，错了一半”。 对的是：AI 确实没有替代程序员。错的是：我完全低估了它“改变编程方式”的速度。 到了 2025 下半年，我发现自己写代码的方式已经彻底变了： 不再是“写代码 + AI 辅助”，而是“AI 写代码 + 我审查” 80% 的样板代码、CRUD、配置文件和单元测试直接交给 AI 我的精力从“怎么写”转向了“写什么”和“为什么这么写” 这不是效率提升，这是一种工作流重构。
真正让我震撼的三个时刻：
第一个：AI 帮我 debug 了一个纠缠了三天的 bug
一个多线程竞态条件的问题，日志乱七八糟，堆栈信息根本看不出根因。我把几百行日志扔给 AI，它 30 秒给出了分析：问题出在一个看似无关的缓存失效时机上。我按它的思路改了 3 行代码，问题消失。 那一刻我意识到：AI 的“阅读速度”和“模式匹配能力”是人类的几十倍，debug 这种需要在大脑里建上下文的事情，它是碾压级的。
第二个：AI 看懂了我看不懂的代码
接手了一个离职同事的项目，一个 2000 行的核心模块，注释几乎没有，变量命名极其抽象。换以前我至少需要两天才能完全理解它的设计意图。我把代码喂给 AI，它花了两轮对话给了我一份清晰到令人发指的逻辑梳理——包括架构设计意图、关键数据流、甚至三个潜在的性能坑。 说实话，我当时有一种“被碾压了”的荒谬感。
第三个：AI 开始理解业务
这是最近才出现的感受。以前 AI 只能理解“代码”，现在它能理解“为什么要写这段代码”。你跟它说“我们有一个用户积分体系，消费 100 元积 1 分，100 分抵扣 1 元，但要考虑退款场景下的积分回滚”，它不仅能写出完整的实现，还能主动提醒你：“退款时如果积分已经被消费了怎么办？” 它开始像一个有经验的同事，而不只是一个自动补全工具。
那“AI 取代程序员”这事到底会不会发生？
我的答案和一年前一样：不会。 但我会加一个重要的补充：不会用 AI 的程序员，会被会用 AI 的程序员取代。 这不是危言耸听。过去一个 5 人团队能做的事情，现在 2 个人 + AI 就能完成。如果你还是按老办法一行一行手写代码，你的产出就跟不上那些“AI 加速”的同行。 但反过来说，真正稀缺的能力也在发生变化： 系统设计能力变得更重要了——因为 AI 能帮你写实现，但不能帮你做架构决策 代码审查能力变成了核心竞争力——AI 写出来的代码，你得能判断它对不对、好不好 业务理解能力成为真正的壁垒——因为这才是 AI 最难替代的部分
写在最后
前几天我问 Claude：“你觉得你最大的局限是什么？” 它回答了一长串，但核心意思其实就一句话：“我不知道我不知道什么。” 这句话让我突然安心了。AI 不是来取代我们的，它是来重新定义“编程”这个词的。就像 IDE 的出现没有消灭程序员，而是消灭了“用记事本写代码”的程序员一样。 工具在变，但“解决问题”这件事的本质没变。 只是现在，我们有了一个比自己快一百倍的搭档。
如果你也在探索 AI + 开发的边界，欢迎留言聊聊你是怎么用 AI 的。每个人的工作流都不一样，互相看看能学到很多。 本文原创发布于稀土掘金，转载请联系作者。
