一条发在Mastodon上的吐槽帖,怼上了Hacker News的一篇热帖。后者标题很大:《Coding after coders: The end of computer programming as we know it?》,8月24日提交,拿到222个赞、420条回复。用户Jencel Panic不服,回帖说:印刷术没终结手绘,大厂崛起也不等于编程诞生——凭什么agent写代码就叫编程终结。

这场争论听起来是意气之争,但背后藏着一个更值得拆开看的东西:两边都没引用任何数据,而当你把厂商和独立机构真正的统计数字摆在一起,会发现“终结论”的证据基础,比舆论声量脆弱得多。

一条旧文章,一次新爆炒

先说个容易被忽略的细节:那篇被HN热议的文章,其实早在2026年3月就发表过,8月只是被重新顶上首页。这个时间差本身就值得琢磨——一个话题隔了几个月被重新引爆,说明的往往不是新证据出现,而是情绪周期性复发。

Jencel Panic的核心立场是:编程是一种手艺,早于IT行业存在,行业是从程序员的兴趣里长出来的,不是反过来。评论者hajovonta给了个更狠的类比:这就像GPS没有“禁止”纸质地图,但事实上几乎没人再用——技术上活着,社会性上已经死了。

两个类比谁更贴切,先放一放。真正该问的是:agent到底改变了多少实际的编码劳动?

厂商晒出的数字确实好看

GitHub方面,截至2025年2月,超过77,000家组织在用Copilot;2025年新加入GitHub的开发者,80%在第一周就用上了Copilot;Copilot的agent功能上线5个月,合并的agent生成PR超过100万个

Cursor的数据更直观:用户每周人均新增代码行数,从2025年1月的3,600行涨到2026年5月的8,600行,涨幅139%;改动超过1,000行的大PR占比,从8%涨到13.8%。Anthropic内部调查也很漂亮:132名工程师中,Claude参与工作的比例一年内从28%涨到59%,员工自评生产力提升平均50%,人均每日合并PR涨了67%。

厂商晒出的数字 GitHub Copilot 77,000+ 机构采用(2025.2) Cursor 139% 周人均代码行增幅 Anthropic内部 59% 员工用Claude占比 Copilot Agent 100万+ 5个月内合并PR

独立研究说了另一套话

METR做了一个随机对照实验:16名平均有5年项目经验的资深开源开发者,用Cursor Pro配合Claude 3.5/3.7 Sonnet完成246个真实任务。结果是,实际耗时反而增加了19%,尽管他们自己主观感觉快了20%。

Stack Overflow的2025年调查覆盖177个国家、近5万份回复:84%的开发者在用或计划用AI工具,但38%明确表示不打算用agent,52%不用agent或只用简单AI工具;87%担心AI代码的准确性,81%担心安全和隐私。Google的DORA调研也类似——90%的从业者在用AI,但30%对AI生成代码信任度低或无信任

厂商叙事 vs 独立证据 厂商说 生产力自评 +50% 人均日合并PR +67% Agent默认后PR +39% 大PR占比涨至13.8% 独立研究说 资深开发者实际耗时 +19% 38%开发者无意用agent 87%担忧代码准确性 81%担忧安全隐私 同一件事,两套指标,两种结论
  • 结论.厂商统计的是产出量——PR数、代码行数、合并速度;METR测的是完成任务的真实耗时。两者本来就不是同一个东西,拿来对着吵没有意义。
  • 风险.资深开发者在熟悉代码库时用agent反而更慢,管理层若照搬厂商的生产力数字去裁初级岗位,账可能算错了。

谁的编程正在被重新定义

编程史上,“终结论”不是第一次出现。从汇编到高级语言,从IDE到低代码,再到可视化编程,每一代新工具出来,都有人说编程要没了。“其兴也勃焉,其亡也忽焉”——讽刺的是,不少喊着要终结编程的工具,自己先被市场淘汰了。这轮LLM agent的特殊之处,在于它第一次能自主完成PR、跑测试、修bug,不只是补全代码。

印刷术和GPS两个类比,其实指向两种不同的“终结”。印刷术没终结手绘,因为手绘从来不靠“效率”活着,它是审美和表达。GPS基本终结了纸质地图的日常使用,因为地图导航本来就是纯功能性的事,一旦有更省事的替代品,旧工具自然被扔掉。

终结的不是编程,是上一代人认定的正统写法。

问题是,编程到底更像手绘,还是更像地图导航?答案可能是:agent正在吃掉的是编码执行这一层,写循环、改语法、跑测试——这部分确实越来越像地图导航,能被替代。但架构设计、系统判断、对代码库的整体直觉,这部分至今没有证据显示agent能替代,METR的反例恰恰出在这里:越资深、越熟悉代码库的人,越可能因为要“教”agent或核对它的输出而变慢。

所以“编程终结”这个说法本身就问错了问题。真正该问的是:哪一层编程被重新定义了,哪一层还没有。厂商愿意谈前者,因为数字好看;开发者和独立研究者更在意后者,因为那才是决定他们饭碗和代码质量的地方。下一步该盯的,不是HN又炒出哪篇“终结论”文章,而是METR式的随机对照实验能不能在更大样本、更新模型上重复出同样的结论——如果重复不出来,厂商的叙事会赢;如果重复出来了,这场争论才算真正有了答案。