软件工程师招聘环比下降20%，但全年增长11%。差额里站着的，是"新型开发者"

“工作要被AI抢走了”。每次听到这句话,我都会忍不住笑出来。

5年前,我彻底离开了代码。客户成功(CS)的工作很充实,我也没打算回到敲键盘的日子。心里某个角落”还想再写一次”的想法,是被我封印的情感。

2026年4月8日,CNN Business发表了一篇报道。

标题是 “The demise of software engineering jobs has been greatly exaggerated”。译成中文是”软件工程师的终结被过度渲染了”。

(参考: CNN Business)

在那组数据里,我仿佛看到了自己。

我既不属于”工程师会消失”派,也不属于”高枕无忧”派。作为一个真实离开过代码、又通过AI回归的人,我可以说:有消失的工作,也有诞生的工作。问题在于,你站在哪一边。

“减20%“和”增11%“都是真的

先看”减少”那一侧的数据。

Zero To Mastery(零到精通)每月都会发布招聘报告。根据2026年3月版,软件开发者岗位环比减少了20%。软件工程师也下降了15.6%。连续两个月下滑,合计有超过16,000个职位从招聘池中蒸发。

(参考: Zero To Mastery 3月报告)

只看这个数字,会觉得”果然要完蛋了”。社交媒体上流传的”工程师无用论”叠加在一起,焦虑的心情我完全理解。

可一看年度数据,景色就变了。

Citadel Securities(城堡证券)分析了Indeed(英帝德)的数据。结果是软件工程师岗位年度增长11%,跑赢了全行业平均水平。

(参考: Yahoo Finance)

月度在减少,年度在增加。这两组看似矛盾的数据,其实都没错。

关键在于”什么在减少,什么在增加”的内容。把这一点拆开,AI时代的开发者职业地图就显现出来了。

消失的是”只会写代码”的工作

CNN的报道里介绍了IBM的案例。

讲的是开发者的工作发生了巨变。过去以例行编码工作为中心,如今则转向直接与客户对话,用AI设计功能。

读到这里,我一拍大腿:“这不就是CS的工作本身吗?”

在CS(客户成功)的现场,听取客户的声音,判断该做什么。整理需求,决定实现的优先级。还要承担与技术团队的桥梁角色。正因为出身CS,我敢断言:这种”做什么”的判断,比写代码的技术更难。因为答案不止一个。

事实上,客户说”我想要这个功能”的时候,真正需要的其实是另一个功能——这种案例我亲历过无数次。看穿表面诉求背后本质的能力,在很多场合比几百行代码更有价值。

我们再仔细看一下Zero To Mastery的数据。在减少的是”Software Developer""Software Engineer”这种通用岗位。虽然还剩下16,000多个职位的招聘池,但缩减趋势仍在持续。

形成对比的是”AI/ML Engineer”和”Data Engineer”基本持平或小幅上升。“Cloud Engineer”也呈现同样的趋势。

也就是说,写代码这件事本身的价值正在下降。取而代之被要求的,是为了什么而写代码、并对其进行设计的能力。

这与我自己的故事重叠。新人时期我之所以挫败,正是因为这个。周围工程师的代码质量压倒性地高,我在同一个赛道里根本赢不了。

如今AI把代码质量整体托上来了。拉开差距的是代码之外。“设计”与”判断”的领域。曾经的弱点,因为时代的变化被中和了——我有这种实感。

举个具体场景。上个月,我做了一个把公司内部咨询数据可视化的Dashboard。技术上是React(React)和Chart.js(Chart.js)的组合,代码本身有8成是Cursor写的。我做的是”可视化什么”的设计,以及”CS团队真正想看的数字是哪个”的筛选。这种判断AI做不了。因为它来自于在用户身旁有过几百次对话的经验。

BLS预测”15%增长”的内部构成里藏着陷阱

我们来看美国劳工统计局(BLS)的数据。

软件开发者的就业被预测在2024年到2034年之间增长15%。这是大幅超过全行业平均的数字。预计每年约有129,200个职位需求。

(参考: BLS Occupational Outlook)

不过,把这个预测当作”安心材料”来读是危险的。

15%增长的需求构成里,核心是AI、IoT(物联网)、机器人技术、自动化应用的开发。这是”使用AI那一侧”的开发者在增加的预测,并不意味着”手写AI能替代的代码的人”会增加。

作为Gen,我对此有切身的体会。

上周,我写了一篇试遍Cursor 3全部功能的文章。让8个Agent并行运行,体验了用Design Mode生成原型的过程。

(参考: 前一篇文章《还在用Cursor 2一个一个商量吗? Cursor 3并行Agent×Design Mode全试一遍后,开发变成了另一个游戏》)

一个开发者能产出过去5人团队水准的成果——这种体感是真实的。

生产率变成5倍时会发生什么?简单计算的话,所需人数变成五分之一。可实际上,能做的东西的范围扩大了,新的项目随之诞生,新的岗位也被创造出来。

我自己开始用Cursor 3之后,“这个或许能自动化”的业务多了3个。公司内部咨询统计Dashboard、Slack通知的自动分流、周报的自动生成。这些在Cursor 3之前的我都不会动手的项目。

工具的进化催生了新的需求。BLS的15%增长,正是把这种”可做之物的扩展”计入其中的数字。被问的是,你能不能站到”产出5倍生产率那一侧”。

分享一个踩坑点。Cursor 3的并行Agent功能虽然方便,但指令模糊时,Agent之间会冲突。我同时丢出了”修改header”和”改一下导航的布局”的指令。结果两个Agent改写了同一个文件,造成了冲突。需要把指令粒度恰当切分的技能。这也是”设计能力”的一种。

Cursor ARR 20亿美元证明了”工具投资的真心”

Cursor的ARR(年度经常性收入)在2026年3月突破了20亿美元。

(参考: TechCrunch)

2025年1月还是1亿美元的数字,在14个月里膨胀到了20倍。回望SaaS的历史,Slack到达1亿ARR用了大约3年。Zoom用了大约4年。Cursor约2年就到达,再用12个月增长了20倍。

估值在Series D时点是293亿美元。还有报道称600亿美元规模的融资正在谈判中。

(参考: BusinessWire / Bloomberg)

这些数字意味着什么?”开发者正在为AI编码工具付费”这一明确事实。无论企业还是个人,都开始把AI编码作为标配进行投资。

我开始用Cursor时,有种月费20美元就把一位顶尖工程师寄宿到自己身上的感觉。在过去那些数亿规模的项目里见识过的、自己永远无法企及的工程师水平的技术,通过AI握在了我手里。

ARR 20亿美元的背后,是全世界数百万有相同体验的开发者。“AI编码是一时的热潮”这种看法已经不再成立。它成了开发的基础设施。

这个成长速度只在讲一件事:AI编码已经从”有了更方便”进入了”没有就没法工作”的阶段。一个月费20美元的工具,造出了年收20亿美元的市场。这份重量需要正面承接。

进入”增加侧”的自我诊断5问

你是否站在”增加侧”?我准备了5个问题。

CNN里有Intuit(财捷)招聘负责人讲的内容。我结合了Zero To Mastery的增减数据和我自己的经验。

1. 你每天都在使用AI编码工具吗?

根据CNN报道,Intuit在积极招聘”与AI共同成长的年轻开发者”。比起中级开发者,AI原生的新人更受青睐的案例开始出现。如果还没碰过工具,就已经从这股潮流中掉队了。Cursor、Claude Code、GitHub Copilot(GitHub Copilot)。无论哪个都行,每天上手才是第一步。

2. 你能自己决定”做什么”吗?

比起代码质量,判断产品方向的能力更被时代追问。对CS出身的我来说,这是唯一能自信的技能。能不能听出”用户在为什么烦恼”,并判断”所以要做这个功能”。要审查AI写的代码,这个判断标准不可或缺。

这里我直说一句。决定”做什么”的能力,即便没有商业经验也能锻炼出来。从把自己用的App里”不方便的地方”写出3个、再把”如何改进”语言化的练习开始就行。思维的肌肉,靠反复活动才能长出来。

3. 你是否被绑死在一种语言上?

Zero To Mastery数据里增长岗位有一个特征。需要的不是特定语言,而是系统设计和数据管线知识的岗位居多。光会写Python不够。能不能理解架构、对AI下出恰当的指令,才是被追问的点。

4. 你能读懂AI生成的代码吗?

“能跑,但不知道为什么能跑”。说实话,这也是我自己的弱点。但也不必100%理解。要点是能把握”这段代码在做什么”,并判断”安全性上是否OK”。比起100%的理解,80%的判断力在实战中更管用。

我的做法是,Cursor生成的代码,一定让它用注释解释一遍。只要给一个指令”对这段代码的每一行,用中文加注释解释一下”,学习和确认就同时完成了。

5. “不写代码的时间”里,你能产出价值吗?

正如IBM的案例所示,开发者与客户直接对话的时间在增加。写代码的时间少了,设计、Review、客户对话的时间就多了。能否在”不写代码的时间”里出成果,是分水岭。

如果5问里有3问以上你能自信回答,那你已经站在”增加侧”了。即使2问以下也不必悲观。从今天开始上手AI编码工具的话,第1和第4在1个月内一定能提升。

我自己就是这样。第一天启动Cursor时,我不知道该做什么,僵了30分钟。最初做的是”把今天的任务随机显示出来的网页”。仅仅20行HTML和JavaScript。它跑起来那一瞬间的感动,我无法忘怀。是顶尖工程师寄宿到自己身上的那一刻。

我能进入”增加侧”,是因为我曾经挫败过

老实说,5个问题里,我最初就强的只有第2和第5。

判断”做什么”的能力,和”不写代码的时间的价值”。这是我在CS现场被锻炼多年的技能。听取客户的声音、设定优先级、传达给技术团队。不写代码,而是定义代码该解决的课题。这样的日子我过了好多年。

第1(AI工具的日常使用)在开始用Cursor之前完全是零。第3(语言的广度)也只是前后端都广而浅地碰过。至于第4(AI代码的阅读能力),老实说现在也有不太可靠的场合。

即便如此,我能进入”增加侧”,是因为我曾经挫败过。

有一天我承认了自己赢不了职业工程师。从那天起,我就拼命地思考”我擅长什么,不擅长什么”。最终抵达的是”懂用户心情的工程师”这个定位。AI时代到来后,这个定位的价值飞涨。

曾经在代码质量上输过的经验,如今变成了优势。如果AI替我写代码,那就不必在代码质量上竞争。取而代之的是,用”为什么需要这段代码”的判断力来一较高下。

这话我特别想说给有过挫败经验的人。你”写不出代码的那段时间”,有可能在AI时代变成优势。在CS、市场、销售现场积累的经验,本身就是”该做什么”的判断力。

当一个拥有这种判断力的人,握住了AI编码工具,他就能成为”新型开发者”。能进入招聘数据”增加侧”的,正是这样的人。我对此深信不疑。

这股潮流,什么时候会到日本的开发者?

CNN的报道是以美国市场的数据为基础的。日本的状况如何?

老实说,日本的招聘数据里,同等精度的分析还没出现。但征兆已经有很多。

正如Cursor的成长速度所示,日本AI编码工具的普及也在稳步推进。在我周围,出身CS的非工程师用Cursor开始做公司内部工具的案例,已经有3件左右。在”无编程经验要求”的招聘里追加”欢迎有AI使用经验”的动向,也开始能看到。

我听说过某SaaS公司的CS部门,咨询分析Dashboard是由CS负责人自己用Cursor构建的。如果是以前,要委托开发团队、等3个月的案子,2周就完成了。“开发者”的定义正在改变的瞬间,在日本也开始被目击。

BLS的15%增长预测是美国的数字。考虑到软件开发的全球化,日本朝同一个方向走是毋庸置疑的。即便有延迟,差距也就1~2年。

倒不如说,用日语解说这种结构性变化的文章几乎没有,我反而觉得这就是机会。在日本语境下谈”开发者职业的两极分化”这个概念的发声者还很少。在读这篇文章的你,应该已经站在信息嗅觉敏锐的那一侧。

在美国发生的事,日本也会发生。问题不是”什么时候”,而是”那时候你站在哪一边”。

准备从今天就能开始。不需要昂贵的教材,也不需要漫长的学习期。安装Cursor或Claude Code。把自己工作里”挺麻烦”的一项作业,自动化一次。这就是第一步。

总结: 招聘数据的矛盾告诉我们的事

月度-20%,年度+11%。这个矛盾的真相是”开发者的定义正在变化”。

按写代码的人这种旧定义来看,招聘在减少。按用AI设计产品的人这种新定义来看,招聘在增加。BLS预测未来10年增长15%。Cursor用14个月达到了ARR 20亿美元。

整理一下本文介绍的数据。

• Zero To Mastery: 月度-20%/-15.6%下滑。通用岗位的缩减
• Indeed/Citadel: 年度+11%增长。跑赢全行业平均
• BLS: 到2034年的15%增长预测。每年129,200个需求
• Cursor ARR: 14个月内从1亿增长到20亿美元。SaaS史上最快级别
• 估值: 293亿美元(Series D)→600亿美元谈判中

这些数字共同指向的方向只有一个。AI编码工具不是”取代工程师的道具”。是”改写工程师定义的道具”。

站在减少侧的,是依赖手动例行编码的人。站在增加侧的,是能把AI当作工具运用、用设计与判断产出价值的人。它们之间的边界线,不是画在”代码质量”上,而是画在”做什么的判断力”上。

我曾觉得自己赢不过职业工程师,离开了代码。AI来了,我得以回来。靠代码质量决胜的时代结束了,靠”做什么""为谁做”决胜的时代开始了。

我想对5年前的自己说一句。“没放弃真好。AI来了。还能再写一次。”

也把同样的话送给正在读这篇文章的你。如果还没开始写代码,今天就是起点。安装Cursor,先做一个”先跑起来再说的小东西”。你站在减少侧还是增加侧,从那第一个开始就会改变。