React前端，真的没了？

过去很多年，前端招聘几乎有一句万能开场：

“X 年 React 开发经验。”

以前，这句话真的很值钱。

甚至很多时候，它几乎就等于：

“这个人能不能进下一轮面试。”

你会不会 Hooks。

能不能快速搭组件。

知不知道 useEffect 到底什么时候执行。

会不会写 useMemo、useCallback。

这些东西，曾经都是判断一个 React 开发者“够不够专业”的标准。

但现在问题来了。

这些东西，还值钱吗？

我想先把标题说清楚。

这里死掉的，不是 React。

也不是使用 React 的开发者。

真正正在消失的是一种非常具体的职业身份：

只靠 React 熟练度吃饭的前端开发者。

也就是那种：

会写组件。

会调 Hooks。

会背 API。

发现一个低成本 AI 平台：GPT-5.6 倍率0.08(限时)， Claude Opus5,Fable 5 都能用，倍率 0.25，首字请求速度5s内，还支持 image-2 生图。

但再往上一层，系统怎么设计、为什么这么设计、不同方案怎么权衡，就说不清楚的人。

过去，这类人可以靠“框架熟练度”证明自己。

现在，这个证明正在同时被两股力量掏空。

一边，是 React 自己把过去需要人记住的技巧自动化了。

另一边，是公司已经开始把注意力从“你会不会 React”，转向“你到底会不会做判断”。

3年React经验，到底证明了什么？

如果把时间拉回五年前。

一个 Senior React 面试，通常会问什么？

大概率是：

组件什么时候重新渲染？

为什么重新渲染？

Dependency Array 到底怎么工作？

useCallback 什么时候应该用？

什么时候用了反而只是“仪式感编程”？

useEffect 依赖漏了会发生什么？

这些问题看起来很专业。

但仔细想想，它们其实只是一个代理指标。

公司真正想知道的是：

这个人到底懂不懂前端？

可 45 分钟面试，很难真正判断一个人的架构能力和工程判断。

于是怎么办？

只能退而求其次。

考框架熟练度。

至少这个东西：

能问。

能答。

能打分。

而且在很长一段时间里，它和真实能力确实有一定相关性。

所以大家也就默认接受了。

但代理指标有一个致命问题：

一旦真正想衡量的能力，有了更直接的方法，这个代理就会迅速失效。

React 熟练度，从来不是工作的全部。

只是过去我们没找到更方便的衡量方式。

React自己，先把这些“技巧”删了

最讽刺的地方在这里。

React 并不是被 AI 从外面干掉这些技巧。

而是它自己先动手了。

2025 年 10 月，React Compiler 正式稳定发布。

它做了一件看起来不够性感，但影响非常大的事情：

自动分析组件，并自动处理大量过去需要手写的 Memoization。

以前，useMemo 和 useCallback 是区分新手与熟手的重要信号。

比如：

该不该包？

依赖写对了吗？

是不是每次 Render 都重新创建？

会不会导致子组件重复渲染？

这些东西以前真的很考验经验。

Code Review 里也经常围绕这些问题来回讨论。

可 React Compiler 出现以后，很多事情变成：

编译器自己分析。

编译器自己决定。

编译器自己优化。

以前 Reviewer 一眼能看出的“你少写了一个 useCallback”，现在甚至都未必还有讨论价值。

不是程序员突然不会了。

而是：

框架直接让这类能力没那么重要了。

这才是最残酷的地方。

不是这个技能越来越难。

而是它直接失去了稀缺性。

技术面试，开始不问Hooks了

如果你最近去看高级前端的面试题，会发现问题明显变了。

以前喜欢问：

useEffect。

useCallback。

useMemo。

现在越来越多的问题变成：

这个页面为什么 SSR？

这里为什么 CSR？

什么时候适合 Streaming？

Static Generation 还是 Revalidation？

首屏速度和交互性怎么权衡？

SEO 和服务端成本怎么选？

缓存做到哪一层？

数据新鲜度和复杂度怎么平衡？

这些问题还叫“React 问题”吗？

其实已经不太像了。

Vue 开发者要回答。

Svelte 开发者要回答。

Remix 开发者一样要回答。

因为这些问题本质上已经不是：

你记不记得某个 API。

而是：

你能不能在多个不完美方案之间做选择。

这就是 Judgment。

判断力。

它才是 Senior 真正值钱的地方。

真正值钱的，是Trade-off

Senior 和 Junior 最大的区别，从来不是：

Senior 会写更多代码。

而是：

Senior 知道什么时候不该写。

比如：

一个页面到底该不该服务端渲染？

不是一句：

“SSR SEO 好，所以用 SSR。”

这么简单。

你还得考虑：

服务器成本。

缓存策略。

Hydration。

用户交互。

数据更新频率。

首屏性能。

部署环境。

复杂度。

同样一个页面，放在不同产品里，答案可能完全相反。

这就是为什么现在越来越多面试喜欢问：

“为什么？”

而不是：

“怎么写？”

因为“怎么写”已经越来越容易。

AI 能写。

框架能生成。

Compiler 能优化。

真正难的是：

为什么这里应该这么写，而不是另一种。

我们以前真的在招React开发者吗？

仔细回头看，会发现一件很有意思的事。

那些真正优秀、薪资高、晋升快的 React 开发者，真的只是因为 React 写得好吗？

大概率不是。

他们真正厉害的是：

架构设计。

数据流设计。

缓存策略。

状态边界。

性能取舍。

组件职责。

服务端和客户端的划分。

这些东西，本质上都是系统问题。

只是过去，它们刚好通过 JSX 表达出来。

React 只是工具。

并不是能力本身。

真正懂 React 的人，通常知道：

Hook 为什么存在。

它解决了什么问题。

为什么某些场景应该使用。

为什么某些场景不该用。

这种人其实早就站在框架之上。

React 只是他手上的一把工具。

真正危险的是另一种人：

会拼组件。

会抄 Hooks。

会搭页面。

然后就到此为止。

AI又补了一刀

React Compiler 把内部技巧自动化。

AI 则从外部进一步压缩了框架熟练度的价值。

今天你告诉 AI：

“帮我写一个带分页、搜索、Loading、错误处理的 React Table。”

几分钟。

出来了。

再说：

“改成 Server Component。”

它改。

“这里做 Optimistic Update。”

它继续改。

以前一个开发者花几年积累出来的：

API 熟悉度。

组件模板。

常见模式。

样板代码。

现在模型很快就能生成。

于是“我 React 写得很快”这件事，本身就很难再成为高级竞争力。

因为机器写得更快。

甚至还不用去 Stack Overflow。

那React开发者到底死没死？

如果你说的是：

只会 React 的 React Developer。

那确实越来越危险。

因为“三年 React 经验”本身，已经不应该继续被当成一种重量级资格。

过去它能充当能力代理。

是因为市场没有更好的筛选方式。

现在：

框架自己开始消灭技巧。

AI 开始商品化语法。

面试开始直接考系统判断。

代理自然失效。

但如果你本来就不是“只会 React”。

那这个标题反而跟你没什么关系。

你会：

Rendering Strategy。

Systems Thinking。

Caching。

Performance。

Data Flow。

Architecture。

Trade-off。

React 只是刚好是你现在使用的框架。

那么即使明天项目换成：

Vue。

Svelte。

Solid。

甚至某个还没出生的新框架。

你的核心价值依然存在。

最后

所以，“React 前端开发者已死”，真正应该理解成：

靠框架熟练度就能吃遍市场的时代结束了。

如果你真正理解：

系统。

性能。

数据。

架构。

用户体验。

工程权衡。

那你根本不用害怕。

因为那些东西从来没有被 React Compiler 删除。

AI 也没办法简单通过背 API 替代。

相反，工具越强，这些能力反而越重要。

未来前端真正稀缺的人，不会是：

“React API 背得最准的人。”

而是：

面对一个复杂产品问题，能解释为什么这样设计的人。