🧑‍💻 开发者职业 · 深度观察

初级岗位消失、高级人才断层:下一代高级工程师从哪里来?

当 AI 吞噬职业阶梯的中间层,入门级招聘正在萎缩。研究数据显示:资深开发者使用 AI 后速度降低 19%,初级工程师知识掌握度下降 17%——他们牺牲了学习,却什么也没换来。

综合公开信息整理 2026-08 全文约 4 分钟读完
#AI 编程 #工程师培养 #职业断层 #QCon London
-19% 资深开发者使用 AI 后速度变化(METR)
-17% 初级工程师知识掌握度(Anthropic)
0/15 AI 生成的 PR 被真实开源项目合并数

⚡ 30 秒速览

  • 发生了什么:AI 正在消除职业阶梯每一级上的学习机会,进入行业的初级开发者越来越少。
  • 最反直觉的数据:METR 实验发现,经验丰富的开发者用 AI 后速度慢了 19%,却自以为快了 20%。
  • 核心矛盾:AI 将工程工作转变为「监督工作」,但监督 AI 所需的判断力,恰恰来自被 AI 跳过的那几年基本功。
  • 一个被忽视的真相:Anthropic 工程师 59% 的工作用到 Claude,但只有约 20% 能完全委托。中间地带就是未来的岗位。
  • 不是解雇,是不雇佣:25 岁以上员工的工作量并未减少——年轻人不是被裁掉,而是从一开始就没有被招进来。

01AI 把学习机会吞掉了

这场演讲来自 QCon London。讲台上的人叫 Alasdair Allan,题目直白得有点残酷:《当 AI 吞噬中间层:缺失台阶的工程师成长路径》。

他的核心观察很简单:AI 正在消除职业阶梯每一级上的学习机会,同时又让开发者能完成超出自己经验水平的工作。

但代价是什么?

初级工程师不再花费数年阅读遗留代码库,也不会在凌晨 3 点爬起来调试生产事故。他们只会让 AI 智能体处理这些问题,然后要一份总结。

以前,正是那些「枯燥的杂活」在培养人的判断力——就像住院医师培训一样。现在,跳过这些杂活的人,也跳过了直觉的养成

演讲原话

"人们并不是遭到解雇;他们从一开始就没有被雇用。"—— 25 岁以上员工的工作量并未减少,减少的是入门级岗位的招聘

过去的路径

写代码 → 读遗留代码库 → 凌晨修事故 → 积累模式识别 → 成为高级工程师

AI 时代的路径

让 AI 写代码 → 让 AI 总结遗留代码 → 让 AI 处理事故 → 跳过中间层 → 直接监督

注:左侧是传统职业阶梯的学习链路,右侧是 AI 介入后的新链路。Allan 指出,右侧路径恰恰绕过了培养判断力的关键环节。

02研究数据比想象中更矛盾

Allan 没有回避一个尴尬的事实:关于 AI 对开发效率的研究,结论的矛盾程度比任何一方愿意承认的都要高。

METR 实验有经验的开发者
-19%
Anthropic 研究初级工程师知识掌握度
-17%
开源项目实测AI 生成的 PR 可合并数
0/15
Anthropic 内部完全委托给 Claude 的工作
~20%

注:对比条为便于阅读非零起点。METR 实验中,开发者实际速度下降 19%,但主观自评提升 20%——自我感知与客观表现严重脱节。

几个关键数字单独看都很刺眼:METR 的随机对照试验发现,资深开发者用 AI 后速度降低 19%,却以为快了 20%;Anthropic 发现,初级工程师使用 AI 后知识掌握度下降 17%,速度没有任何提升。

他们牺牲了学习,却什么也没换来。

Allan 还提到一个更扎心的实测:在真实开源项目中,AI 生成的 15 个 PR 没有一个可以合并,尽管它们都通过了自动化测试。AI 能实现功能,却无法胜任工程技艺。

03编程正在变成监督工作

Anthropic 的工程师在 59% 的日常工作中使用 Claude,但只能完全委托约 20%。

这两者之间的差额——「生成与判断之间的空间」——Allan 说,这才是未来工作岗位存在的地方。AI 编写代码;人类判断它是否正确。

59%日常工作中使用 Claude
20%可完全委托的工作
39%生成与判断的中间地带
80-90%工程问题被直接提交给 AI

注:Anthropic 内部数据显示,约六成工作用到 AI,但真正能全权交给 AI 的只有两成。Allan 认为中间的 39% 是未来工程师的生存空间。

但他真正担忧的是另一个数字:现在 80% 到 90% 的工程问题都被提交给 AI,而不是同事

当 AI 直接给出答案、却省略整个探索过程时,与导师一起艰难解决问题所带来的偶发学习机会就被绕过了。过去的发展通道是为「写代码的人」建立的,而监督 AI 系统的人,还没有自己的成长阶梯。

04真正难啃的是「黑地」系统

Allan 说,大多数工程工作其实都在「黑地」里:高负载下的遗留系统,所有人都同意该弃用,却没人有时间真正动手。

这些系统的规范可能从未编写过,或者因为数十年未被记录的决策而失去意义。业务规则被编码在各种条件中,而理解这些规则的人早已离开。

AI 智能体可以阅读代码、测试和文档,但它无法读取生产环境

AI 能读代码能读测试能读文档读不了生产环境

它无法查看多年的请求模式,也就无法理解哪些代码路径在真实负载下承担着关键作用——这恰恰是资深工程师的直觉所在:系统应该如何构建、复杂性藏在哪里、规模上去后哪里会出问题

演讲原话

"能帮 AI 构建良好上下文的人,是那些通过多年实践在头脑里积累了上下文的人。"—— 而这条积累的通道,正在断裂

05诊断阶段,没有现成答案

Allan 很诚实:我们目前处于诊断阶段,而不是解决方案阶段。

但他给出了四条可以立刻行动的建议:

🏥 像培养医生一样培养工程师结构化学习路径

  • 建立结构化学习路径,有意识地安排基础工作轮岗,就像住院医师培训。
  • 枯燥的杂活之所以存在,是因为它们能培养判断力,而不是因为效率高。
判断标准:衡量理解程度,而不是速度——观察人们如何思考,而不是他们产出了什么。

📚 把上下文当作基础设施文档即资产

  • 编写这样的文档:像为一名懂得编程、却不了解该代码库的高级工程师准备的入职材料
  • 上下文不是可有可无的注释,它是下一代工程师唯一能继承的东西
现实差距:大多数团队的文档停留在「能跑就行」,而不是「能传承」。

最后,他给了一个诚实的预期管理:AI 是工具,不是老师。利用它跳过理解过程,就是在透支自己的未来。

坚持做「低效但培养人」的事,十年后才会还有高级开发者。

编辑核心判断

AI 编程工具正在让个体开发者更强、让整个行业更弱。当判断力的养成路径被效率逻辑打断,短期的生产力收益,会以长期的人才断层为代价。真正该被重构的不是代码,而是工程师的成长阶梯本身。

你能做什么

如果你是工程师:刻意保留「不借助 AI」的练习时间。如果你是技术管理者:为新人设计有导师的、结构化的学习轮岗。

把你的培养机制 写进团队文档 →