開発/設計

连CNN记者都惊讶。AI时代"开发者招聘正在增加"的原因,以及逼近$60B的Cursor的异常成长速度

CNN报道"开发者不会消亡"。Indeed招聘增长11%、IBM招聘扩大3倍、Cursor $60B。AI时代开发者需求增加的原因,以及开发者的下一个形态。

连CNN记者都惊讶。AI时代"开发者招聘正在增加"的原因,以及逼近$60B的Cursor的异常成长速度
目次

本文可以作为前几天发布的 “NVIDIA与16家公司共同打造的开放AI智能体基础设施” 的续篇阅读。单独阅读也是完整的。

CNN撰文称”开发者不会消亡”的那一天

2026年4月8日,CNN Business刊登了一篇文章。

直译标题是这样的:“软件开发者的终结,痛快地被夸大了”(CNN Business、2026年4月8日)。

老实说。我一开始以为是反向操作的钓鱼文章。

“在AI写代码的时代,开发者的需求正在增加”。怎么可能,我心想。从ChatGPT问世的2022年底开始,“程序员的工作即将消失”的论调就被反复提起。打开社交媒体的时间线,几乎每周都能看到”程序员不再被需要论”的文章。我自己在刚开始使用Cursor的时候,也曾一瞬间觉得”啊,这下人类真的不再被需要了”。

然而读下去,数据扑面而来。

Indeed(在线招聘平台)的招聘数据显示,面向开发者的职位较去年同期增长11%。增速超过了所有职业的平均水平。IBM宣布将美国早期职业招聘扩大到3倍。Intuit(财捷集团)正积极加大对AI世代年轻开发者的招聘力度。

增长11%。3倍。看到这些数字,我脑海中浮现的是一种朴素的惊讶。“竟然在增加啊”。

实际上,要说我自己在看到这些数据之前没有不安,那是谎话。在写氛围编程(vibe coding)相关文章时,我心中一直有一种隐约的不安。“如果AI变得更聪明,那连’让AI写代码’的人类不也变得不必要了吗”。

然而CNN文章给我呈现的却是完全相反的现实。这里有着不仅仅是乐观论调的结构性原因。开发者的工作并没有消失,而是工作内容正在被改写。我将这一现象称为”程序员进化论”。

CNN Business文章标题与Indeed开发者招聘同比变化曲线图的并列构图

Indeed增长11%,IBM扩大3倍。数字描绘出的”进化”内核

让我们再仔细分解一下CNN引用的数据。

Indeed的11%增长是开发者类别的整体数字。值得关注的是,增长率超过了所有职业的平均水平。明明是AI落地最深入的行业,招聘增速却高于其他行业。一般来想,这不是矛盾的吗。

IBM将早期职业招聘扩大3倍的背后,有着明确的战略转向。从只招聘经验丰富的资深人员的时代,转向大量培养AI原生年轻人的方向。IBM的判断是”比起10年的编码经验,更重视灵活运用AI工具的能力”。比起不熟悉以AI为前提的开发风格的人才,他们认为与AI共同成长的世代能更快上手。

Intuit也在朝同一个方向行动。这家开发TurboTax(涡轮税)和QuickBooks(速记账)的公司。已经明确提出积极招聘AI世代年轻人的方针。“能熟练使用AI的人才不足”——一线的迫切感扑面而来。

CNN文章中也提到了Citadel Securities(城堡证券)的数据分析。常规编码工作确实已经转移到了AI。另一方面,对”设计、管理、优化AI智能体群”的新角色的需求正在急剧扩大。

这里我想从自己的体验出发,具体说明日常工作是如何变化的。

以前我的业务工具开发流程是这样的。决定规格。阅读API文档。编写约100行的连接代码。编写测试。出错时调试。整个流程需要2到3天。

现在不同了。给Claude Code下达指令。“把这个API和那个API连起来""出错时通知Slack”。3分钟就能返回可运行的代码。我用省下的时间在做什么。思考错误处理的设计方针。制定测试策略。确认对用户的影响范围。梳理完成代码的安全风险。

从”编写”到”判断”的转变。我在每天的实际工作中都能感受到。

我们也来看一下全球的软件市场。截至2025年规模为$824B(约124万亿日元)。预计到2034年将达到$2,248B(约337万亿日元)(FinalRound AI)。CAGR(年复合增长率)为11.8%的扩张。

蛋糕本身在变大。招聘增加也是理所当然的。但并不是”同样的工作”在增加。

蛋糕的内核正在被替换。这就是”程序员进化论”的核心。

全球软件市场2025年→2034年的成长预测图表。柱状图中"传统编码"与"AI设计・管理"的比例正在被替换

从程序员到AI编排者。所需技能的地壳变动

CNN文章使用的比喻很贴切。“从程序员到AI智能体群的指挥者”。

这与上周写的”智能体工程”文章完全重合。NVIDIA与16家公司共同打造的开放基础设施正是如此。A2A(Agent-to-Agent)协议也是如此。所有这些都是以”人类指挥多个AI”为前提设计的。CNN文章传达的一线变化,与NVIDIA推动的基础设施设计思想朝着同一个方向。

那么具体来说,作为指挥者需要什么。

看一下2026年需求急剧增长的职位就能看出结构。数据工程师、云基础设施工程师、安全工程师(Refactor Talent)。这些都是为了”安全、大规模、持续地运行AI生成的代码”而设的职位。正因为AI能够写代码了,能够将这些代码在生产环境中运维的人类需求才会爆发。

整理一下编排者所需的技能,浮现出3个维度。需求定义力(用语言表达让AI做什么)、质量判断力(评估AI的输出,决定是否可发布)、设计俯瞰力(设计如何组合多个AI智能体)。这是与编码速度不同维度的能力。

年薪范围也出现了变化。“AI Software Architect”(AI软件架构师)这个头衔变得引人注目。年薪范围是$135,000〜$200,000。换算成日元约为2,000万〜3,000万日元(Murray Resources)。

这个金额所代表的含义很明确。不是为编写代码的速度,而是为”让AI编写什么样的代码”的设计能力定价。

举一个简单易懂的例子。最近我做了一个面向公司内部的仪表板。是一个自动汇总CS团队的咨询数据,每天早上向Slack发送报告的Bot。如果是以前,设计后端API、组建前端UI、通过Slack API的认证、编写cron设置。如果全部自己做,估计要花2周时间。

这次我把整体设计传达给Claude Code,让AI编写各个工序的代码。我做的只是判断”汇总什么数据""以什么格式输出""通知给谁”。3天就完成了。代码质量也是AI更胜一筹。

通过这次体验我意识到,编排者的工作与CS的工作有相似之处。

CS的工作不是”自己全部做”。产品团队、销售、支持。俯瞰多个团队的产出,针对客户所求的成果进行优化的角色。比起一个人完成一切的能力,更需要理解各团队的优势并恰当分配的判断力。

我觉得AI编排者也是相同的结构。编码智能体、测试智能体、评审智能体。掌握各自的特性,分配恰当的任务。评估输出质量,判断是否值得发布。我在CS中磨练出的肌肉,正好在这里派上用场。

指挥者所需的素养,不仅由编码能力决定。理解用户需求的能力。看清业务优先级的眼光。看到AI的输出后能判断”这个可以发,这个不行”的能力。这些能力,正在被加入到编排者时代的工程师评价标准中。

Cursor $60B。SaaS史上最快的速度向开发者所传达的

开发者角色正在变化的证据,在工具市场也表现出来了。

Cursor的母公司是Anysphere。据报道,公司正在以$50B〜$60B(约7.5万亿〜9万亿日元)的估值就$5B的追加融资进行谈判(Bloomberg)。

ARR(年度经常性收入)的变化令人震撼。

  • 2025年1月: $100M(约150亿日元)
  • 2025年6月: $500M(约750亿日元)
  • 2025年11月: $1B(约1,500亿日元)
  • 2026年3月: $2B(约3,000亿日元)

24个月内从$100M达到$2B。SaaS(软件即服务)史上最快的规模化记录(TechCrunch)。

如果用”出现了厉害的SaaS啊”来结束,就会错过本质。

$60B汇聚到的目标地是什么。是”支撑从程序员到编排者转型的开发环境”。Cursor所做的是将AI集成到IDE(集成开发环境)中。开发者一边与AI对话,一边编写、评审、重构代码。提供这一连串的完整体验。

我自己也清楚记得第一次使用Cursor的那一天。仅仅输入了”想做一个工作中使用的Slack Bot”,代码的骨架就刷地出现了。然后我给出”添加错误处理""编写测试”等指令。30分钟后就能部署出一个可运行的Bot。这是我以前要花整整2天才能完成的工作。

这种体验的价值被估值$60B。不夸张地说,正因为这是能够剧烈改变每一位开发者生产力的工具,全球的投资者才会蜂拥而至。

请回想一下上次介绍的Pragmatic Engineer(务实工程师)的调研。906人中46%将Claude Code(克劳德编程)列为最爱用的工具。Cursor是19%。工具的偏好是分散的。即便如此,“与AI一起写代码”本身已经进入了无需争论的阶段。

不要忘了Claude Code。这是Anthropic(人工智能公司)于2025年5月发布的基于CLI的编程工具。它也突破了ARR $2.5B(约3,750亿日元)。据报道,在超过50,000行的大规模代码库中也录得约75%的成功率。Cursor和Claude Code这两个庞大的工具同时高速成长这一事实,诉说着市场的深度。

Indeed增长11%与Cursor $60B,是同一现象的表与里。

开发者数量增加。这些开发者每月向AI工具付费数千日元。工具公司的估值飙升。这一循环从2026年开始转动起来。

并不是被AI抢走工作的结果。而是与AI一起工作的开发者激增的结果。

仔细想想这或许是必然的结果。汽车被发明时,马车夫减少了。但出现了司机这一新职业,汽车产业创造了世界最大的就业。现在发生的,与其说是”程序员的消亡”,不如说是”程序员的再定义”,这样更接近实际情况。

Cursor ARR的成长曲线($100M→$2B)与Indeed开发者招聘同比增长率叠加的双轴图表

受挫工程师不畏惧”进化”的理由

读到这里,也许有人会感到不安”自己没问题吗”。

我反而有相反的感觉。是接近安心的心情。

我想讲讲理由。我是曾经一度远离代码世界的人。

应届毕业进入Web开发公司,前端后端都写过。写代码很快乐。我以为自己会作为工程师度过一生。

转折点出现在下一家公司。在大型项目中遇到的顶尖工程师们让我感到压倒性的差距。架构设计、性能调优。我曾认真烦恼过”自己还能自称’工程师’吗”。

不过奇怪的是,比起懊悔,反而是清爽占了上风。“有自己永远无法达到的水平的人。有交给那些人去做更好的领域”。能意识到这一点,回头看来是一笔财富。从那之后我转向CS的职业路径,有好几年完全远离了代码。

让我重回代码的契机是Cursor。

那是我在桑拿房里下定决心”自己已经不是写代码的人了”的时候。偶然在Twitter上看到的Cursor演示视频吸引了我的目光。AI在抢先一步补全代码。我半信半疑地安装了,心想”这真的能动吗”,于是运行了一下。能动。

那天晚上,我也试了Claude Code。“写一个从公司内部电子表格获取数据并图表化的脚本”。5分钟后就有了可运行的Python脚本。指令一句话,就能生成曾经的自己写不出的水平的代码。仿佛附身了顶尖工程师的感觉。那个瞬间我永远忘不了。

CNN文章描绘的”从程序员到编排者的转型”。这正是我已经体验过的变化本身。

在CS的工作中我听过数千次的声音。“这里不好用""想要这个功能""不知道为什么会这样”。所有这些,现在都直接关系到让AI写代码时的设计判断。专业工程师看不到的”初学者的墙”,我能看到。

举个例子,仅仅是错误消息的措辞就不同。如果是工程师,可能就显示”NullPointerException”就完事了。而CS出身的我会先思考”在这里卡住时用户会怎么想”。让AI写代码时也一样,我会下指令”出错时显示用户接下来应该采取的行动”。仅仅多加这一句话,产品的质量就会有天壤之别。

编排者所需要的,应该不是最快编写代码的腕力。本质上是”应该做什么""为谁而做""按什么顺序做”的判断力。

受挫并不是弱点。是为了培养另一种肌肉的时间。现在我从心底如此认为。

我特别想告诉那些感觉”作为工程师做得不够纯粹”的人。“会写代码”已经无法拉开差距的时代正在到来。能在那之上叠加”了解用户""懂业务""能看到一线痛点”的人。那才是最被需要的编排者形象吧。

反过来,对”编码方面谁都不输”这类人来说,可能是一个痛苦的转换期。但在AI能写代码的当下,留给人类的固有价值是”判断”的质量。如果技术力强的人能意识到这一点,我也认为他们能成为更强的编排者。

总结。下周一,给职业生涯加上一行

CNN传达的是”开发者不会消亡,而是进化”。Indeed增长11%、IBM招聘3倍、Cursor $60B。所有数据都指向同一个方向。

把我们一路看下来的”程序员进化论”的要点归纳为3点。

  1. 招聘正在增加。但内容变了。从常规编码到AI智能体的设计・管理。Indeed・IBM・Intuit的数据就是证据
  2. 工具市场佐证了这一点。Cursor的$2B ARR→$60B估值,显示出AI编程需求的爆发。在开发者减少的市场上,不会出现这样的数字
  3. 编排者的技能不仅由编码能力决定。理解用户、业务判断、质量评估。曾经不被算入工程师技能的能力,正在成为武器的时代

我想提议一件下周一可以做的事。

请打开自己的职务履历书或LinkedIn资料。试着加上一行与”AI智能体的设计・管理”相关的经验。即使没有直接经验也没关系。

例如可以这样转译。

  • “推进了多团队协作的项目”→ 与多智能体设计相通的技能
  • “向非技术部门翻译并传达技术需求”→ 评估・整理AI输出的技能
  • “通过用户访谈提出了产品改进方案”→ 担任了设计判断上游工序的业绩

可以在编排者的脉络中重新解释的经验,技术职以外也有很多。无论是销售、市场还是CS,“整合多个要素产出成果”的经验都是出色的编排实绩。

在头衔改变之前,先更新对自身经验的解读。这应该就是将”程序员进化论”融入自己职业生涯的第一步。

“会写代码”只是入场券。变成了一个要看在那之后能指挥什么的时代。

读完CNN的文章,我是这样想的。开发者不会消亡。会进化。而这种进化,并不是只有写过代码的人才有的特权。问题改变了的现在,正是对任何人来说都是开始行动的最佳时机。

ゲン
Written byゲンCS × Vibe Coder

正直、一度エンジニアは諦めました。新卒で入った開発会社でバケモノみたいに優秀な人たちに囲まれて、「あ、私はこっち側じゃないな」って悟ったんです。その後はカスタマーサクセスに転向して10年。でもCursorとClaude Codeに出会って、全部変わりました。完璧なコードじゃなくていい。自分の仕事を自分で楽にするコードが書ければ、それでいいんですよ。週末はサウナで整いながら次に作るツールのこと考えてます。