V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
SummerOrange
V2EX  ›  职场话题

在 x 上看到一篇文章,贴给大家看看: Claude Code 创始人:程序员, 2026 年开始消失

  •  
  •   SummerOrange · 4 天前 · 5549 次点击

    最近,Claude Code 创始人 Boris Cherny 上了 Y Combinator 的 Lightcone 播客,聊了将近一个小时。

    这期访谈非常精彩。信息密度极高,爆点一个接一个。

    如果你是程序员,建议你认真看完。如果你不是程序员,更建议你看完——因为这件事跟每个人都有关。

    Boris 在访谈里说了一句话:“I think we’re going to start to see the title ‘software engineer’ go away.”“我认为我们将开始看到’软件工程师’这个头衔慢慢消失。”

    三年前,我用 ChatGPT 写出第一个贪吃蛇的时候,发了条朋友圈:留给人族程序员的时间不多了。

    当时程序员们不服气。“你懂什么叫架构吗?”“AI 写的代码一跑就崩。”“它只会写个贪吃蛇,让它写个王者荣耀试试。”

    三年后,Claude Code 的创始人亲口验证了这个判断。而且他说得比我激进得多。

    下面,我把这期访谈里最有价值的内容拆给你们看。

    Boris 是谁?

    在说他说了什么之前,先说说他是谁。

    Boris Cherny ,编程完全自学,在 Meta 干了七年,从普通工程师一路做到首席工程师( IC8 ),负责过 Facebook 和 Instagram 的核心架构。还出版了 O’Reilly 的《 Programming TypeScript 》——TypeScript 圈里最权威的书。

    这不是一个”AI 布道师”。这是一个写了十几年代码的硬核工程师。

    2024 年,他加入 Anthropic ,创建了 Claude Code 。然后他开始亲眼看到——他花了十几年磨练的技能,正在以前所未有的速度被替代。

    “软件工程师”这个头衔,要消失了

    他在访谈里的原话,值得完整引用:

    “I think today coding is practically solved for me, and I think it’ll be the case for everyone regardless of domain. I think we’re going to start to see the title ‘software engineer’ go away. And I think it’s just going to be maybe builder, maybe product manager, maybe we’ll keep the title as a vestigial thing.”

    “我认为今天编程对我来说基本上已经解决了,我认为对每个人来说——无论什么领域——都会是这样。我认为我们将开始看到’软件工程师’这个头衔慢慢消失。它可能会变成 builder (建造者)、product manager (产品经理),也许我们会保留这个头衔,但只是作为一个遗留的符号。”

    注意这个词:vestigial thing 。

    这是个生物学词汇。指进化过程中已经失去功能的器官,比如人的阑尾。它还在,但没有实质意义了。

    Boris 用这个词来形容”软件工程师”这个头衔。

    不是说这个职业要死,而是说:它的功能性会退化。就像阑尾——有,但用处不大了。

    那退化成什么?他说的很清楚:

    “软件工程师还将要写 spec (需求规格文档),他们要跟用户沟通。就像我们团队现在正在看到的这种现象:工程师非常通才化,我们团队每一个职能的人都会写代码——我们的产品经理写代码,设计师写代码,工程经理写代码,甚至财务人员也写代码——我们团队每个人都在写代码。”

    编程,正在从”专业壁垒”变成”基础能力”。就像阅读写作。一百年前,能读会写是一种专业技能。今天,这是基本素养。写代码,会走同样的路。

    他自己放弃了自己的“技能”

    有人会说:这只是一种判断,说说而已。

    不。Boris 已经身体力行了。

    他在访谈里说:“对我个人来说,自从 Opus 4.5 之后基本就是 100%:我把 IDE 都卸了,我不再手写任何一行代码,全都用 Claude Code 和 Opus 。我每天能落 20 个 PR 。”

    停一下。

    这个人出版过 TypeScript 最权威的书,在 Meta 写了七年代码。现在,他把 IDE 卸载了,不再手写任何一行代码。 工具的发明者,自己不用工具了。

    而且每天 20 个 PR 。一般的工程师一周能交付几个 PR ?他一天 20 个。

    他还讲了一个案例,非常有说服力。

    团队里有个内存泄漏的 bug 需要 debug 。Boris 的做法是:导 heap dump ,打开 DevTools ,看 profile ,再去翻代码,慢慢找。

    另一个工程师 Chris ,直接跟 Claude Code 说:“我怀疑有内存泄漏,你能跑一下,帮我找找?” Claude Code 拿到 heap dump 之后,先给自己写了一个小工具来分析 dump 。然后,比 Boris 更快定位到了泄漏。

    两种方式放在一起,差距一目了然。不是 AI 写的代码不好。是 AI 的分析方法,比经验丰富的资深工程师更高效。

    更夸张的是他们的 plugins 功能:“我们的 plugins 功能,几乎完全是一个 swarm 在一个周末’跑出来的’。它连续跑了几天,基本没什么人工干预。plugins 上线时的形态,和它跑出来时几乎一致。”

    一个周末。基本无人工干预。

    这不是”AI 辅助编程”了,这是”AI 主导编程,人类偶尔过问”。

    涨 150%——这个数字意味什么

    Boris 在访谈里提到了一个数据:“自从 Claude Code 推出后,Anthropic 的人均工程产出整体涨了 150%。”

    然后他加了一句话,让这个数字真正有了重量:“因为我以前在 Meta 负责代码质量,也负责跨多个产品线的代码库质量。当时我们做’提升生产力’,看到 2%的提升,都可能需要几百人干一年。所以这种 100%级别的提升,是完全没见过的,彻底闻所未闻。”

    在大厂里,几百人努力一年,换来 2%的提升。

    Claude Code 上线,Anthropic 人均产出直接提升 150%。

    这不是同一量级的事情了。

    目前 Anthropic 整体 70%-90%的代码由 AI 生成。Boris 个人,以及很多团队,已经是 100%。

    代码的保质期,只有几个月

    这是整个访谈里最让人震动的一个观点。

    主持人 Diana 问了 Boris 一个问题:Claude Code 自己的代码库,有多少是最近几个月才写的?

    Boris 说:“六个月前存在的代码,现在几乎没有任何一部分还保留着——它一直在被重写。”

    Diana 又追问:那是不是说,80%的代码库都是最近几个月才写的?

    Boris 直接说:“对,肯定。甚至可能更短。”

    过去,程序员的核心资产是什么?是积累。是你写过的那些代码,是你在某个系统里埋下的肌肉记忆,是你踩过的坑和趟出的路。

    现在,代码的有效期只有几个月。你花了三年积累的某套技术栈,被重写了。你花了两年优化的某个架构,被淘汰了。

    当代码都在飞速被重写,“我在这个领域做了十年”这句话,还值多少钱?

    指数曲线不在乎程序员的不服气

    可能有人还是不服气。三年前不服气,今天看了这些数据还是不服气。

    Boris 对此的回应很简单:2025 年 5 月,他发布 Claude Code 的时候,在台上说了一句话:“以后写代码不需要 IDE 了。”

    他自己说:“当时听起来特别离谱,我感觉台下都倒吸一口气,因为太夸张了。”

    多久之后这变成现实的?几个月。

    “你只要沿着指数曲线去推,这就是会发生的事情。我们公司 DNA 里就有这条——因为我们的三位创始人是 scaling laws 那篇论文的共同作者,他们很早就看到这条曲线。所以这不是玄学,就是沿着指数走下去,而它确实发生了。”

    指数不是预测,是物理定律。

    Boris 还特别喜欢举古腾堡印刷机的例子:

    15 世纪,印刷机发明后的 50 年里,印刷品数量比之前一千年总和还多,成本下降了 100 倍。

    那抄写员呢?失业了吗?

    没有。他们被解放出来,去做更有价值的工作——绘制精美的插图,装订更精良的书籍。

    但关键是:他们的核心工作,手抄文字,消失了。他们必须转型。不转型的那些人,才真的失业了。

    新的面试标准

    Boris 在访谈里还提到了一个细节,让人印象很深。

    Garry Tan 问他:你会不会根据一个人和 Claude Code 协作的 transcript 来决定是否录用?

    Boris 说:“我们现在就这么做。”

    面试标准已经变了。

    你和 AI 怎么协作,比你自己会什么代码,更重要。

    Boris 还说:“工程师这个职业经常被训练成有强观点,资深工程师甚至会因此被奖励……但现在很多经验其实不再相关,很多观点都得改,因为模型在变强。所以我觉得最大的能力是:能科学地思考、能从第一性原理出发。” 强观点,在过去是优势。在变化的时代,可能是枷锁。

    不是末日,是分叉路

    Boris 没有在宣判末日。他说的是:

    这是一场像印刷机一样的变革,不是一场灾难。

    但变革和灾难对谁有区别?

    对主动转型的人——这是机会。对坚持”我的老路走了十年不会错”的人——这就是灾难。

    三年前,我看到 AI 编程刚刚抬头的时候,说了一句”留给人族程序员的时间不多了”。三年后,Claude Code 的创始人站出来说:“编程对我来说已经解决了。软件工程师的头衔将会消失。”

    问题只剩一个:

    你打算站在那条指数曲线的哪一侧?

    看得到的人,会重新定义自己。

    看不到的人,会在某一天突然发现,世界已经走到前面很远了。

    Boris 在 Anthropic 的 Claude Code 团队墙上挂着一幅装裱过的文章——Rich Sutton 的《 The Bitter Lesson 》。他从中提炼出一句话:“Never bet against the model.” 不要和模型对赌。

    53 条回复    2026-02-25 16:10:53 +08:00
    VeteranCat
        1
    VeteranCat  
       4 天前
    之所以需要人存在,是因为问责对象是人。

    你要指望出现因 ai 产出物导致的事故的时候,其问责主体直接被定到公司法人?
    SummerOrange
        2
    SummerOrange  
    OP
       4 天前
    我觉得未来应该是,人定义问题 + AI 生成系统 + 人做判断与约束
    所以未来看来,我觉得程序员也许会变成真正的工程师,就像电工呀、水工、修车工这种一样,独立判断问题、需求,然后解决问题。可能像现在这样的 IBM/埃森哲 这种大型公司都会小型化,或者小团队化。
    dismantle
        3
    dismantle  
       4 天前 via Android   ❤️ 2
    个人感觉因为他原来很牛逼,所以知道怎么查,有思路
    能力越强,越清楚知道边界限制,ai 帮助也更强
    lucifer9
        4
    lucifer9  
       4 天前 via iPhone
    所以他是真的觉得大部分人都很满意 claude code 最新的几次更新?
    mizkan
        5
    mizkan  
       4 天前
    反正我对 4.6 想竖中指
    iomect
        6
    iomect  
       4 天前   ❤️ 3
    未来程序员消不消失我不知道
    但可以预测的是 26 年开始 github 上的屎山代码会越来越多
    现在很多项目都在标榜自己是纯 vibe 产物
    相信接下来会有项目专门标明自己是程序员产物
    itfanr
        7
    itfanr  
       4 天前 via Android
    确实 我们人类被淘汰了
    forisra
        8
    forisra  
       4 天前
    @iomect 其实我觉得你提出的这个问题也是个千亿美元产值的问题,如果你反向思维一下,让 llm 来矫正程序员的编码风格,减少屎山代码,你的产品应该会直接卖爆。
    webcape233
        9
    webcape233  
       4 天前 via iPhone   ❤️ 7
    天天都看,已经麻了,他们在浪潮上当然必须坚定不移,无论是告诉别人还是告诉自己,而大多数在沙滩觅食的人只能看着被浪打。
    sadfasdfa
        10
    sadfasdfa  
       4 天前 via iPhone
    有好的一面,拯救了程序员群体的发际线
    不过还是想问随着 AI 越来越强大,程序员们该去哪
    ppxppx
        11
    ppxppx  
       3 天前 via Android
    利益相关的人说的话真的那么可靠吗?真不是营销( or 创造焦虑)? AI 做出了什么很牛逼的软件了吗(闭源私有),那么多工业软件做出来一个试试( or 写出王者荣耀了吗?)。
    人性都很贪婪,希望不要出现被少数人垄断的东西。
    levn
        12
    levn  
       3 天前   ❤️ 1
    Anthropic 独特的炒作风格
    sir283
        13
    sir283  
       3 天前
    现在的 Ai 很厉害吗?连个音视频播放器都写不出来,昨天我用 chatgpt 和豆包,分别花了两个小时,让它们从零开始生成一份 qt6+ffmpeg5.1 的音视频播放器,带进度条、暂停/继续按钮的,结果硬是没有做出来。
    happypy1
        14
    happypy1  
       3 天前   ❤️ 5
    虽然 claude 确实好用,但是卖模型的人讲的营销话能信吗?

    既然不需要工程师,为啥还有这么多岗位开放呢?

    https://www.anthropic.com/careers/jobs
    wsseo
        15
    wsseo  
       3 天前
    马斯克说 2026 年底实现 AI 直接写二进制代码。
    SummerOrange
        16
    SummerOrange  
    OP
       3 天前
    我觉得这些宣传的确有点言过其实,但是趋势已成。 而且最关键的是,老板们信
    YanSeven
        17
    YanSeven  
       3 天前   ❤️ 1
    我经常看到用”问责和背锅“来反对说码农被取代的讨论。这完全是站不住脚的,企业设置一个”系统监测员“,系统出问题了逐级问责,问责监测员,问责管理员。所有当前的上中下底层码农全部薪资砍半,转化成上中下的系统检测员。有什么问题吗。

    实体工厂里面搞机械的,搞制造的,巴拉巴拉各类汽车制造的,人家怎么问责的,软件公司也怎么问责。

    有什么不同吗,有什么问题吗,”问责“和”背锅“这个角度完全是站不住的,有点负隅顽抗鱼死网破的味道了。

    抵抗 AI 的合理方案应该还得新的应用模式,新的商业模式。
    Wanex
        18
    Wanex  
       3 天前
    害怕,按这迭代速度确实感觉是要寄了
    lmmlwen
        19
    lmmlwen  
       3 天前
    现在的时间是 2026.02.23 ,还有人手打代码?
    kulove
        20
    kulove  
       3 天前 via Android
    我在去年春节的时候已经预感到了 还好用一年的时间已经脱离了程序员这个身份
    QS0x01
        21
    QS0x01  
       3 天前
    @VeteranCat 这就和电梯一样,因为事故率低所以可以上保险,只要通过出厂质检(测试)即可,出事了自有公司赔钱,不需要有责任人。
    QS0x01
        22
    QS0x01  
       3 天前
    而且程序员自己写的 bug 未必比 ai 少,也没见多少程序员背锅坐牢啊。
    forisra
        23
    forisra  
       3 天前

    https://www.bilibili.com/video/BV1csZXBFEzz

    这个是 lz 提到的播客访谈视频。
    zhouyin
        24
    zhouyin  
       3 天前 via Android
    @kulove
    现在什么身份了
    kulove
        25
    kulove  
       3 天前 via Android
    @zhouyin 独立开发 月收入足够生活
    yhxx
        26
    yhxx  
       3 天前   ❤️ 1
    @sir283 试一下 opus 4.6
    我看到你这个消息之后花了半个小时,它帮我写了一个 demo 版本,可以播放 mp4 文件了
    Tink
        27
    Tink  
    PRO
       3 天前   ❤️ 1
    程序员头衔会不会消失不好说,也不知道。

    但是现在 App 用完即丢是真的,敝司春节放假前专门给行政和财务的大姐们培训了一下怎么快速用 AI 搞一个临时解决自己需求的 APP 。用完丢掉。
    freefly111
        28
    freefly111  
       3 天前
    @kulove #20 成了产品经理?
    freefly111
        29
    freefly111  
       3 天前
    @kulove #25 请忽略#28 ,看到你的#25 的回答了
    BarryPan
        30
    BarryPan  
       3 天前
    少写代码是好事,软件工程师还是可以做好需求分析和代码审查的角色,岗位需求可能会变少,对职场新人来说是坏事。
    jacketma
        31
    jacketma  
       3 天前
    以后编程就和用 Office 一样,不会有“Office 专家认证”这种职业了,白领工作都会编程,AI 编程是办公白领必备工具之一。少数人进化到高级工程师,开发大型软件或者帮助 AI 进化
    jjx
        32
    jjx  
       3 天前
    屁股决定脑袋

    所以这个事情,无论是对错,他的屁股决定了他必须要这么说
    whypool
        33
    whypool  
       3 天前 via Android
    也是搞笑,ai 写写小工具得了,真要干业务,这代码敢提 pr ?
    em998
        34
    em998  
       3 天前
    王婆卖瓜
    AmericanExpress
        35
    AmericanExpress  
       3 天前 via iPhone
    “团队里有个内存泄漏的 bug 需要 debug 。Boris 的做法是:导 heap dump ,打开 DevTools ,看 profile ,再去翻代码,慢慢找。

    另一个工程师 Chris ,直接跟 Claude Code 说:“我怀疑有内存泄漏,你能跑一下,帮我找找?” Claude Code 拿到 heap dump 之后,先给自己写了一个小工具来分析 dump 。然后,比 Boris 更快定位到了泄漏。”

    笑死我这几天还真就在干这活
    ai 看着可唬人,一顿 thinking 又是 step 又是 task ,各种各样的文件 read 一遍,用了几十 k token ,花了好几分钟,十分肯定的给出一个结论
    可惜这个结论对我没啥大用,我直接看 cpu profiling 也能看到类似的东西,最后还是得花时间自己看一下具体出问题的地方
    ai 是挺好用,在我这个 case 它能高效的 analysis 这些以前我看都懒得看的文件,但这一切都建立在你对你要改要写的东西有足够的了解
    真要全听 ai 的,一改一个不吱声
    CLMan
        36
    CLMan  
       3 天前   ❤️ 1
    “还出版了 O’Reilly 的《 Programming TypeScript 》——TypeScript 圈里最权威的书”,这是 GPT 生成的吗,为吹而吹,我重来没听说过“TypeScript 圈”,TS 本身是 JS 的寄生语言,最权威的书理应是 JS 相关书籍,如《 JavaScript 高级程序设计》。这本书出版于 2019 年,多年也未再版,本身是一本中规中矩的入门书籍,吹成权威书籍不尬吗?论深度、论时效性、阅读成本,完全不如官方的 hanbook 。
    bsun
        37
    bsun  
       3 天前
    @AmericanExpress "但这一切都建立在你对你要改要写的东西有足够的了解" +1
    y1y1
        38
    y1y1  
       3 天前
    扎不多得了
    w3b5h3ll
        39
    w3b5h3ll  
       3 天前
    越上层的越容易去替代吧
    PhoenixDancing
        40
    PhoenixDancing  
       3 天前
    @VeteranCat 现在出现事故,问责对象也是法人啊。怎么可能问责到具体的程序员?
    PhoenixDancing
        41
    PhoenixDancing  
       3 天前
    @jacketma 是的,很多认证消失了。以前,还很流行思科认证。仿佛金饭碗一样。
    anivie
        42
    anivie  
       3 天前
    @iomect 问题是屎山又怎么样呢,人觉得的屎山是人难以维护,关键是 AI 的屎山 AI 能维护啊
    anivie
        43
    anivie  
       3 天前
    @Tink 是的,这个才是最可怕的,不仅仅是岗位的问题,AI 让其它领域不再依赖程序员了,属于是对一个行业降维打击了
    zero2me
        44
    zero2me  
       3 天前
    纯扯淡,对于复杂的系统设计和需求,AI 根本就没办法搞定。AI 只能做那种常规的基础任务。
    AI 可以代替一部分程序员,但绝对代替不了一个好的 PM
    BenHunDun
        45
    BenHunDun  
       3 天前
    看了几个 Boris 的访谈视频, 他一直有提到是通用型人才, 在 ai 帮助下岗位边界正在弱化. 感觉程序员的消失, 或者软件工程师的消失更多的应该是指这个专门岗位的 title 会逐渐消失. 并不是程序员关于原本的 coding, 工程化的能力会失去竞争(但是轻度的知识已经快速的 ai 取代了. 甚至在工程化上 ai 也能给出一些建议.) 感觉开发效率在 ai 帮助下能够快速上升, 而且新手需要接触的范围可能也会越来越大.
    还有一点自己想法, 类似对于一个工程的 prompt, skills 等这些软知识的固化, 在之后模型稳定后, 可能也会是工程化的一部分.
    infinet
        46
    infinet  
       3 天前
    有人说 AI 这么厉害,为什么 vibe coding 的编辑器都是 electron ,为什么没有自我革命写出跨平台的原生编辑器?
    maolon
        47
    maolon  
       3 天前   ❤️ 1
    一些评论:
    2022 ai 最多完成个补全
    2023 ai 最多改几个文件,还要复制黏贴麻烦的很
    2024 ai 写一个 demo 差不多了,玩具而已
    2025 ai 根本搞不定复杂的设计和屎山代码的生产老项目, 还有出问题了谁来背锅?
    2026 ?

    人要向前看的, 这玩意儿 4 年前还是个补全代码都能出错的东西,你可以说 boris 自卖自夸在那里暴论,但是趋势就是 agent 开始趋向于自动化,自我完善化,agent 组织架构化( kimi 的 swarm, cc 的 agent team, codex 的 spawned agent ),这里同样有另一个 openai 实践完全自主化 codex 完成大型项目的例子: https://openai.com/index/harness-engineering/,

    还局限于讨论屁股坐哪里我觉得意义不大,讨论讨论人类位置应该摆在哪里,HITL 应该做到什么程度,agent autonomy 应该给多少权限才是今年的话题
    me007
        48
    me007  
       3 天前
    ai 编程这就像,手电钻的发明,汽车的发明。使用工具,总是比徒手、徒步效率高的多。不过,目前还没达到这个效果,目前的程度还在大型发条螺丝刀、滑板车这种程度,效率提高了很多,但需要很多的使用技巧。
    x86
        49
    x86  
       3 天前
    现在还有纯古法编程的吗
    delubon
        50
    delubon  
       2 天前
    学习了
    Ma4cus
        51
    Ma4cus  
       2 天前
    我还以为这人被杀了消失了
    CziL
        52
    CziL  
       2 天前
    ai 编程本质上就是个工具,会用这个工具的程序员将淘汰那些不会用的,程序员的应聘要求也在改变,同时,ai 编程 的出现,使对程序员的要求越来越高,需要掌握的东西也越来越多。其他行业也一样,没有永远的岗位,不进步不学习就等着被淘汰
    kakki
        53
    kakki  
       1 天前
    吹 tm 牛逼呢,什么时候老子要玩什么游戏直接给我生成出来再 BB,比如 GTA7.
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3826 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 38ms · UTC 00:52 · PVG 08:52 · LAX 16:52 · JFK 19:52
    ♥ Do have faith in what you're doing.