随笔·阅读约 2 分钟·
前端开发正在被 AI 小行星击中:一位资深浏览器性能专家的悲观观察

前端开发正在被 AI 小行星击中:一位资深浏览器性能专家的悲观观察

Nolan Lawson 撰文指出 AI 正在颠覆前端开发:教育者退场、开发者体验让位于「智能体体验」、标准演进方向被重估。前端知识本身贬值了吗?

原文来源:The asteroid currently hitting frontend web development — 一位资深前端性能专家对 AI 时代前端开发前景的悲观观察与三点展望

Nolan Lawson 不是普通的前端博主。他写过大量关于浏览器性能、Shadow DOM、CSS 性能的文章,在 Chrome 性能团队工作过。这样一个「把毕生知识押在前端技术深度上」的人,最近写了一篇坦诚得近乎残酷的文章:前端开发正在被一颗 AI 小行星击中,而我们还在勘察废墟。

文章开头列了一个令人不安的名单:他敬佩的许多前端教育家正在退场或收缩——Axel Rauschmayer、Salma Alam-Naylor、Josh W. Comeau……还有一批知名人物(Kent C. Dodds、Addy Osmani、Rachel Nabors、Lydia Hallie)从聊前端转向聊……你猜是什么。AI。

一个亲身实验:Claude 答对了他最爱的脑筋急转弯

Nolan 说,这些年他最享受的事就是给前端开发者出「浏览器性能脑筋急转弯」。其中一个经典问题:Chrome trace 里 Style 成本高但 Layout 成本低,说明什么?他见过无数有经验的前端开发者在这上面栽跟头。

他让 Claude Sonnet 回答这个问题。AI 给出了堪称完美的答案:Style 阶段是浏览器把 CSS 选择器匹配到 DOM 并计算最终样式,高 Style 低 Layout 意味着你在为「大量元素上的选择器匹配/失效」付费,而不是为移动或缩放付费;还准确列出了失效范围、频率放大、继承属性传播、Shadow DOM 边界等排查方向,以及开启 Selector Stats、检查 Recalculate Style 事件的发起者等下一步测量手段。

「答得无可挑剔。」Nolan 承认——即使是写了多年浏览器性能文章、在浏览器性能团队待过的人,现在大概也会直接把 Chrome trace 扔给 Claude Code 让它提建议。事实上他在日常工作中就这么干了,效果还不错。

—— 广告 ——

三条不利于前端知识的趋势

为什么前端知识在贬值?Nolan 给出了三条论证:

第一,把前端交给智能体,风险低得多。 让 AI 写数据库迁移,你大概会让它过几轮 AI code review、自己仔细检查、先在 staging 上跑。但让 AI 写一个 React 组件然后直接 yolo 上线,风险通常小得多。不是说零风险——智能体可能搞坏无障碍、写出卡死用户的死循环——但前端代码比其他代码更「易逝、可替换」。所以可以预见,很多 AI 编码者会放心地让智能体无监督地处理前端。

第二,开发者体验(DevExp)整体变得不那么重要了。 前 LLM 时代,前端圈大讨论是「人体工学 vs 结果」:Svelte 和 Solid 一直主张它们的人体工学能带来比 React 更好的结果——更少代码、更好性能。但 Cursor 和 Viget 都发文说它们把代码库从 Solid/Lit 迁移回 React。重写成本在智能体时代变低了,为什么不迁到更高性能、更少啰嗦的框架?答案(Cursor 明说,Viget 大概也如此)很简单:「智能体认识 React。」 React 在训练权重里过度代表,「智能体体验」开始比「开发者体验」更重要。

第三,标准会追上来——或者说,标准的重点会变。 那些改善建站人体工学的努力(更简洁的 CSS 简写、更精简的 JS 语法)会显得不那么重要,因为对智能体来说,写 3 行 CSS 和写 1 行没什么区别,而且用新语法反而更难——你得教会智能体那些不在它训练权重里的东西。Nolan 回忆起几年前在 TPAC 上跟 Chrome 团队的人聊 Web Components 标准,对方说对这些 API 不感兴趣,因为它们只影响开发者体验、没让浏览器更强(比如 Project Fugu 那种)。「这是个好观点,」Nolan 说,「shadow DOM 和 custom elements 没有给开发者新超能力,只是改变了代码的编写位置和方式。我预计这类东西会随着 AI 编码的普及而淡出聚光灯。」

前端教育往哪走:三个不那么悲观的方向

Nolan 不是来唱挽歌的,他给了三个他认为有希望的方向:

一,智能体仍然需要被教育「大局观」。 智能体和工具链似乎都爱写 React、尤其爱写 SPA,但 SPA 不是万能的。让智能体为一个营销站写一个巨大复杂的 SPA,然后修返回键、焦点状态、性能的一堆 bug,不如直接选 Astro 或 Eleventy 这种 MPA 框架一天搞定。这些框架可能对智能体来说稍难(尤其 Astro,长得像 React 又不是 React),但整体代码量少约 50%,大概率无所谓。

二,做「对智能体友好」的网站可能是未来一段时间的富矿。 Vercel 的 is-agentic 是个好例子。讽刺的是,这指向的恰恰是公共网站早就该做的基础工作:服务端渲染内容、良好的无障碍、页面速度。「但如果贴上 AI 的标签才能让人们在乎这些,那我举双手赞成。」

不过他对第二点没那么乐观:「我不确定在智能体越来越多的世界里,Web 还能否以现在的形态存活。想知道从西雅图飞巴黎多少钱,我更愿意问智能体,而不是在一个加载缓慢的网站上点一串令人抓狂的按钮。现在唯一阻止我的,是这些网站显式屏蔽机器人,或者不提供 MCP——我确信已经有好几家创业公司在摩拳擦掌要解决这个问题。」

三,给「vibe coding 出来的怪物」做咨询。 海量 AI 生成的前端代码正在被泵出来,其中一部分(用 Claude 的话说)肯定会成为「承重墙」。如果那些网站又慢、又不合规、又满是安全漏洞,光对智能体说「帮我修修网站」可能不够。这里有真实专业知识的用武之地——尤其是涉及钱,而 vibe coder 对 Web 开发的理解只停留在「网站是托管在互联网上的应用」时。

他承认第三点是最不稳固的:「我完全能想象下一代『自愈』Web 应用在 2027 或 2028 年超越普通专家。但就目前而言:专业知识仍然重要。」

为什么这篇文章值得读

Nolan 自己说,写这篇不是想让自己好受些,也不是在别人的职业坟墓上跳舞——「我是个天生悲观的人,这篇文章是允许自己沉溺在悲观里。」但他拒绝假装这一切没有发生。

「小行星已经撞上地球,我们还在勘察废墟。尘埃落定后会发生什么很难预测,但无视弹坑是最糟糕的否认。」他拿新冠类比:新冠来袭时他想的不是「烦死了又聊新冠」,而是想了解病毒、流行病学、口罩——因为新冠会主导接下来几年的生活。

这篇的诚实之处在于:它不提供虚假的安慰,也没有停留在「AI 抢饭碗」的廉价恐慌层面。它具体到某条标准、某个框架、某类工作流,逐一论证为什么前端知识的价值结构在变。对还在前端这条路上的人,第二、三两个方向至少给出了「专业判断仍然有溢价」的具体理由——哪怕作者自己都对第三个方向打了个问号。

分享到
微博Twitter

© 2026 四月

原文链接:https://www.aprilzz.com/ramble/frontend-asteroid-ai-impact