梯子缺失的横档——当 AI 吞噬了中间层，工程师如何晋升
文章摘要
这篇文章探讨了 AI 编码工具对软件工程职业晋升路径的深远影响。核心隐喻非常贴切：传统的工程师职业阶梯（junior -> mid -> senior -> staff）正在失去中间的横档，因为 AI 工具正在”吞噬”那些原本属于初中级工程师的工作。
文章指出了一个结构性悖论：初级工程师通过完成简单但重复的编码任务来积累经验，逐步成长为能够做出架构决策和技术判断的高级工程师。然而，当 AI 能够完成大部分这类”练手”任务时，初级工程师失去了成长的机会。这就像一座梯子被抽掉了中间几级——你能看到顶部，但没有办法爬上去。
作者讨论了几种可能的应对方案。一种是学徒制模式，让初级工程师在高级工程师的指导下学习模式识别和代码质量监督，而不是通过亲自编写大量代码来学习。另一种观点认为，初级工程师会发展出不同但同样有价值的能力——比如审查和调试大量 AI 生成代码的能力。
文章还涉及了地域不平等问题。随着入门级岗位减少，招聘将更加集中在精英大学和科技中心城市，进一步加剧了行业的精英化趋势。作者引用了具体的薪资数据来分析不同地区的初级工程师就业前景。
最令人不安的是”继任危机”问题：如果初级工程师无法成长为高级工程师，那么当现有的高级工程师退休后，谁来接替他们？AI 在可预见的未来还无法完全取代高级工程师的判断力和经验，但如果我们不培养下一代，整个行业将面临严重的人才断层。
文章最后呼吁行业重新思考工程师的培养路径，不能简单地用”AI 会解决一切”来回避这个根本性的组织和教育问题。
HN 评论精华
培训管道危机
- waterTanuki 提出了核心问题：”当高级开发者退休后，新的高级开发者从哪里来？”如果 LLM 还没有达到高级水平，这个问题就没有答案。
- orangecoffee 指出行业的典型回应是：许多资深工程师认为现有的高级人才池足以支撑运营数十年。但这种态度本质上是在踢皮球。
学徒制 vs 传统初级角色
- xboxnolifes 质疑提议的学徒制模式与传统初级工程师角色有何本质区别，认为期望只会从”编码知识”转向”LLM 专业知识”。
- gburgett 分享了积极经验：最近在重度使用 Claude 的团队中招了一名应届毕业生，该毕业生仍然在学习需求分解、设计和验证等基本能力，说明这些核心技能的培养并不完全依赖手写代码。
质量下降的轨迹
- kace91 持悲观态度：”高级工程师被期望做初级工作，只是更快地完成”，预测 AI 将加速各行业的质量下降。数据泄露已经被常态化接受，说明人们对降低标准的容忍度在提高。
- hapticmonkey 将担忧扩展到编程之外，认为质量恶化将蔓延到所有产品和服务，取决于消费者的容忍阈值。
- tdeck 观察到高级工程师已经在”放弃责任”——让代理整夜运行而不是仔细审查生成的代码。
乐观的反面声音
- dasil003 用乐观态度反驳悲观论调，认为年轻开发者会通过处理更大的代码量和更多的故障来发展调试和审查技能，只是学习路径不同。
- tech_tuna 同意初级工程师会通过错误来学习，只是错误模式与手写代码时代不同。
- beej71 引用围棋格言”快速输掉前 50 局”，强调需要有意识地为训练提供失败机会。
模型能力的争论
- Esophagus4 指出文章数据过时（基于 2024 年末），声称 Opus 4.6 现在能以 50% 的成功率处理 12 小时的任务，远超文章引用的不到 10% 的基准。
- indoordin0saur 提到领域特定的局限性：对于小众框架和复杂业务逻辑，模型的用处有限，有时甚至增加开发时间。
- drzaiusx11 用 Opus 4.6 成功调试复杂状态机问题的案例来反驳。