最近写代码的时候，我有一种很奇怪的感觉。
不是写不动了，也不是不想写，而是——
好像越来越不需要我写了。
以前一个功能，从需求到上线，基本是这样的路径：
我理解需求 → 设计方案 → 写代码 → 调试 → 改 bug → 上线
现在变成什么样？
我描述需求 → AI 写代码 → AI 改 bug → 我看一眼 → 上线
中间那一大段“写代码”的过程，突然变得很薄，甚至可以没有。
这件事，一开始挺爽的。
但爽着爽着，会有点不安。
过去程序员，除了「完成任务」后获得的成就感，在整个写代码的过程中也能体会到很多乐趣。
写代码这件事，好像没那么重要了
我以前一直觉得，程序员最核心的能力，就是写代码。
你写得快不快、优不优雅、抽象得好不好，这些东西构成了“水平”的差异。
但现在，这套标准在慢慢失效。
很多代码，其实 AI 写得比人快，也不一定比人差。
尤其是那种：
- CRUD
- 接口对接
- 常规逻辑处理
这些东西，AI 基本是碾压式效率。
有时候我自己写了一段，还会下意识丢给 AI：
“你帮我优化一下”
结果它不仅优化了，还顺手把我没想到的情况补上了。
那一刻会有点微妙——
你开始分不清，这段代码到底是谁写的。
更诡异的是：你开始不想自己写了
这才是最危险的。
以前写代码，是一种“控制感”：
每一行都是我敲出来的，我知道它为什么这样写，也知道哪里可能出问题。
但现在，当你习惯了把问题丢给 AI，你会发现：
自己写，反而变慢了。
甚至会有一种感觉：
“我为什么要亲自写？”
这不是偷懒，这是效率的自然选择。
就像你不会手算大整数一样，你也不会再想手写那些“可以被自动完成”的代码。
程序员，正在变成另外一种角色
慢慢你会发现，你每天在做的事情变了。
不再是：
- 写多少代码
- 用什么设计模式
- 代码漂不漂亮
而变成：
- 这个需求到底要什么？
- 我要怎么描述，AI 才不会理解错？
- 这个结果到底对不对？
你花最多时间的，不是写代码，而是——
想清楚问题。
这件事以前也重要，但现在变成了最重要的部分。
代码，好像变成“中间产物”了
有一天我突然意识到一件事：
我们一直以为“代码是产品”，
但现在更像是——
代码只是过程中的一个临时结果。
真正重要的是：
- 输入：你说了什么（需求 / prompt）
- 输出：结果对不对
至于中间那段代码，甚至可以：
- 不是你写的
- 不是人写的
- 甚至没人真正“读”过
这有点颠覆，但越来越真实。
那我们过去在卷什么？
如果代码可以自动生成，那我们过去在卷的那些东西：
- 语法熟练度
- 手写能力
- 代码风格
好像突然不那么重要了。
不是说它们没用，而是——
它们不再是决定性优势。
你会发现一个有点残酷的事实：
你很努力练出来的能力，可能只是“上一代的最优解”。
比如一个不懂代码的人用 AI 在短时间内冲进 GitHub 榜单，让我觉得我积累了数十年的经验算什么的无力感
这或许就是老一辈程序员悲哀,同时真的不得不承认青出于蓝而胜于蓝
最尴尬的一类人
不是不会写代码的人，而是——
还在把“写代码”当成核心价值的人。
如果你还在：
- 纠结某个语法写得优不优雅
- 花时间手写一堆重复逻辑
- 把“写得多”当成产出
那其实有点像在：
👉 优化一个正在被自动化的环节
这不是否定努力，而是方向可能变了。
那我们到底还剩什么？
这个问题我想了挺久。
最后发现，留下来的东西其实很少，但也很关键：
你能不能把问题讲清楚？
你能不能判断结果对不对？
你知不知道什么才是“真正要解决的”？
这些能力，AI 现在还替代不了。
或者说，很难完全替代。
“手写代码的人”真的会被杀死吗？
可能不会。
但“只会手写代码的人”，确实会越来越难受。
被杀死的不是人，而是那种角色：
- 只负责实现
- 不负责定义问题
- 不负责判断结果
这种角色，在 AI 时代会越来越边缘。
最后的一个变化
以前我们说：
👉 程序员是把需求变成代码的人
现在更像是：
👉 程序员是把“想法变成结果”的人
中间用不用代码，
甚至用什么代码，
都不那么重要了。
有时候我也会想一个问题：
如果有一天，AI 能把所有代码都写完，
那我们还算不算程序员？
或者说，
我们是不是本来就不应该只被定义为“写代码的人”？
最后
AI 会成为未来，这件事基本已经没有悬念了。
从 PHP、.NET、Java，到 Python，再到移动开发，再到今天的 AI，短短几十年，程序员的职业在不停变化。
工具一直在换，
但程序员真正的核心能力，从来没变过——
解决问题
我们以为自己在学语言、学框架，
但其实一直在练的，是如何把一个模糊的问题，变成一个确定的结果。
最新评论