初级程序员

增删改查接口、表单、标准集成、已知模式的测试。

在症状和病因不在同一个地方时,找出到底为什么坏了。

认真读那些看起来很像回事的代码,抓出「自信地错了」的部分。

问出那些能揭示「到底该建什么」的问题。

选择那些两年后仍然站得住的结构与取舍。

● 本职业有 2 条已核实事件,按真实发生日期标在轴上 —— 靠近标记的那几段曲线是有可核对的东西锚定的。

熟悉大型成熟代码库的资深维护者(各约 5 年),工具主要为 Cursor Pro + Claude 3.5/3.7 Sonnet。作者明确不主张结论适用于多数开发者或新项目、初级工作。

失败、撤回、监管或成本正在抑制采用。可以下调评估,或扩大不确定区间。

一家大型科技公司的自报数据,未说明「生成」如何计量(补全还是整段函数)。未提及招聘;审核环节仍由工程师承担。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

这个职业在「入门级 vs 资深」上的分裂,是首批职业里最尖锐的。让初级岗位在经济上值得设立的那些任务,正是被自动化的部分;而定义资深工作的那些任务,不是。风险不是「编程不再是职业」—— 而是梯子的最低一级正在被拆掉,顶端却完好。具体地说:你需要证明的是判断力而不是产量,而且要在别人通常还不会这么要求你的时候就做到。

你的位置相对稳固,但它依赖于「有一批人用慢办法学会了判断」这个供给。如果入门这一级持续断裂,几年后到来的约束就不是自动化 —— 而是没有人积累起足够经验去审查工具的产出。这件事值得现在就当成招聘和带人的问题来想,而不是以后。

保住并强化

比梯子预期的更快建立判断力

稀缺的是「能判断生成代码对不对」的人。这件事你第一天就可以开始证明,不必等两年。

调整职责

转向「错了代价很高」的方向

支付、安全、数据一致性、基础设施 —— 这些「自信地答错会真的赔钱」的领域,会把人牢牢留在环节里。

相邻转岗

工程与问题之间的岗位

解决方案工程、开发者体验、技术产品 —— 这些岗位的价值在于同时理解系统和「别人需要它做什么」。

跨行业转型

把工程思维带到非软件领域

很多行业里几乎没有「既懂本行、又能动手做」的人。这个组合很稀缺,而且不和生成式工具正面竞争。

该学,但理由和五年前不同。过去学编程是为了能产出代码,现在的价值在于能判断代码 —— 而你没法判断一份你自己写不出来的代码。这套训练依然有效;变化的是入门级就业市场不再可靠地「一边发工资一边让你练出判断力」。要明确地为这个缺口做计划,而不是假设第一份工作会教你。

这些岗位存在的经济理由 —— 在规格清晰的工作上提供廉价产能 —— 正在减弱,而且这是真实的结构性变化,不是周期。但完全停止招初级的团队会给自己制造问题:几年后没有人是用「难的办法」学会判断产出的。合理预期是:这个角色会围绕审查与判断被重新定义,而且每个团队里的数量比过去少。