Redis 之父吐槽现代前端的复杂性：我们到底是在解决问题，还是在制造问题？

本文永久链接 – https://tonybai.com/2026/05/29/redis-creator-slams-modern-frontend-complexity

大家好，我是Tony Bai。

曾几何时，Web 开发是一件极其纯粹且美好的事情。

在那个遥远的上世纪 90 年代末，你只需要写几个简单的 .html 文件，撒上一点 .css，再用几行 JavaScript 操纵一下表单，就能构建出一个能被全世界访问的网站。源代码和你最终在浏览器里看到的东西，几乎是一模一样的。

但今天，一切都变了。

现代前端开发，已经演变成了一场极其荒谬、极度复杂的“军备竞赛”。

就在前不久，一篇名为《现代前端的复杂性：是本质必然还是历史偶然？》的文章，在Hacker News 上，引发了一场“行业公审”。

这篇文章毫不客气地将矛头直指以 React/Angular/Vue 为首的现代 SPA（单页应用）框架，痛斥其为了追求所谓的“开发体验（DX）”，把前端技术栈变成了一个由 TypeScript、TSX、JSX、Vite、Webpack、Tree Shaking、Polyfills、Post CSS 等无数个复杂工具链粘合起来的“巴别塔”。

这场大讨论，甚至引来了 Redis 之父、意大利传奇程序员 antirez（Salvatore Sanfilippo）的亲自下场。

他用极其犀利、充满历史洞见的“视角”，对现代前端的“异化”进行了吐槽和抨击，并抛出了一个值得我们所有人深思的灵魂拷问：

我们费尽心机建立的这套复杂体系，到底是在解决真正的商业问题，还是仅仅在制造更多的问题？

皇帝的新衣：被大厂“PUA”的前端开发者

antirez 在他那段获得最高赞的评论中，一针见血地指出了现代前端“原罪”的根源：大厂的内部组织架构，绑架了整个行业。

“大型框架（如 Angular 和 React）是被大公司推给用户群的。它们是‘大公司设计’的产物，后来才变成了行业常态。这就像让地球上每个网站都跑在 Kubernetes 上一样可笑。”

他认为，大厂有两个极端的需求：

彻底隔离前后端：因为他们的组织架构就是这么划分的。
将应用极度标准化：这样他们就可以轻松地招聘新人、开除旧人。

这两个目标，都与“构建一个优秀的 Web 应用”背道而驰。

为了满足这两个内部需求，前端被迫走上了一条“不归路”：

我们抛弃了能与浏览器完美协作的语义化 HTML。
我们开始用 JavaScript 去模拟一切，把本该由后端处理的路由、数据转换、状态管理，全部搬到了日益臃肿的客户端。
我们创造了一代“不懂语言，只懂框架”的程序员。他们对 JavaScript 的底层原理一无所知，却能熟练地背诵 React 的生命周期。

antirez 毫不客气地总结道：

“讽刺的是，前端开发者自己深受其害。他们被迫不断地学习新的方式去实现同一个按钮、同一个分页。而且，如果他们足够聪明，他们会意识到，在大多数情况下，他们根本不知道‘编程’到底是什么。”

巴别塔的诅咒：为了一个按钮，引入整个宇宙

原帖作者更是详细地剖析了我们是如何一步步走进这个“巴别塔”的。

当你想用现代 SPA 框架写一个最简单的页面时，你需要经历怎样一条漫长而痛苦的“编译之旅”？

你的 TypeScript 代码，必须先被转译成 JavaScript，因为浏览器根本不认识 TS。
你的 TSX/JSX 文件，必须被转换成 React.createElement() 调用，因为浏览器也不认识 JSX。
成百上千个 .js 文件，必须被 打包（Bundle） 成一个或几个文件，否则会引发网络风暴。
打包的过程中，还需要做 Tree Shaking，把没用到的代码删掉。
打包完成后，还要做 Minification，把变量名缩短、把空格删掉。
你写的最新潮的 ESNext 语法，还需要被 Transpiler（如 Babel）降级成老掉牙的 ES5，因为你得兼容那些还在用旧版浏览器的用户。
你写的 Post CSS，也需要被处理，加上各种 -webkit-、-moz- 的浏览器前缀。

我们已经走得太远了。我们现在写的源代码，和最终在浏览器里运行的东西，已经完全是两个物种。

返璞归真？：HTMX 与“后端文艺复兴”

在这场对 SPA 框架的“集体围剿”中，一个名字被反复提及，它就是 HTMX。

HTMX 并不是什么革命性的新技术，恰恰相反，它是一种“文艺复兴”。它的核心思想，简单到可以用一句话概括：让我们回到 1999 年，让后端直接返回 HTML！

在 HTMX 的世界里，没有前端路由，没有状态管理，没有虚拟 DOM。你只需要在 HTML 标签上，加上几个特殊的属性：

<!-- 点击这个按钮，HTMX 会自动向 /news 发起请求 -->
<!-- 然后用返回的 HTML 片段，替换掉 #news-container 的内容 -->
<button hx-get="/news" hx-target="#news-container">
  加载最新新闻
</button>

<div id="news-container"></div>

看懂了吗？

前端的复杂性，被几个简单的 HTML 属性彻底消灭了。你不再需要一个庞大的前端团队去维护一个复杂的 Node.js 工具链。你只需要几个懂 HTML 的后端工程师。

这对于那些被 React/Vue 的复杂性折磨得痛不欲生的后端开发者、独立开发者、甚至是前端老兵来说，无异于“天降福音”。

理性的声音：屁股决定脑袋

当然，Hacker News 从来不是一个一边倒的社区。在 HTMX 的“复古浪潮”之下，依然有大量理性的声音。

一位拥有 10 年经验的全栈开发者，分享了他的心路历程：

“作为一个与 JS/TS 相依为命的人，我无数次地想过，能不能用 Go、Ruby + HTMX 来简化这一切。但说实话，我至今没找到一个能比现有 SPA 栈哪怕好一点点的方案。”

“现代 Web 应用，本质上就是两个生活在不同环境（前端和后端）的应用。我接受这个现实。最终的结果，无论是在错误处理、用户体验、性能、还是可维护性上，都远比那个用 jQuery/HTMX 打补丁的服务器渲染栈更健壮。”

另外一位开发者的评论则更加扎心：

“你以为用了 HTMX 就没有复杂性了？你只是把复杂性从前端转移到了后端。而且，对于那些需要深度交互、复杂状态同步的应用（比如在线文档、画图工具），HTMX 那套简单的‘换 HTML’模式，很快就会捉襟见肘。”

小结：没有银弹，只有取舍

antirez 的下场，将这场关于“前端复杂度”的论战，推向了高潮。

他没有给出任何最终的答案，但他用他那穿越了数个技术周期的智慧，为我们指明了反思的方向：

警惕大厂的“最佳实践”：那往往只是为了解决他们自己内部组织架构问题的“特制药”，而不是普适的“银弹”。
重新审视“分离”的代价：前后端分离带来了职责的清晰，但也带来了巨大的通信成本和复杂性。在很多场景下，一个“全栈”的、由后端主导的简单架构，可能远比一个拆分的微服务架构更高效。
拥抱多样性：无论是 React 的组件化，还是 HTMX 的超媒体，它们都只是工具箱里的不同工具。一个成熟的架构师，应该懂得在项目的不同阶段、不同场景下，做出最合理的取舍，而不是陷入“非黑即白”的宗教战争。

或许，现代前端的复杂性，既是历史的偶然，也是需求的必然。

重要的是，在这场无休止的轮回中，我们是否还保留着像 antirez 那样，随时能跳出框架、审视全局的清醒与勇气。

资料链接：

https://binaryigor.com/modern-frontend-complexity.html
https://news.ycombinator.com/item?id=47824051

今日互动探讨：

你是否也曾被现代前端的复杂工具链（Webpack/Babel/TSX…）折磨得痛不欲生？对于 HTMX 这种“后端文艺复兴”的浪潮，你是拍手叫好，还是觉得它在“开历史的倒车”？

欢迎在评论区分享你的看法！

还在为“复制粘贴喂AI”而烦恼？我的新专栏 《AI原生开发工作流实战》 将带你：

告别低效，重塑开发范式
驾驭AI Agent(Claude Code)，实现工作流自动化
从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码，开启你的AI原生开发之旅。

原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球，快来加入星球，开启你的技术跃迁之旅吧！

我们致力于打造一个高品质的 Go 语言深度学习 与 AI 应用探索 平台。在这里，你将获得：

体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏，夯实你的 Go 内功。
前沿 Go+AI 实战赋能: 紧跟时代步伐，学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等，掌握 AI 时代新技能。
星主 Tony Bai 亲自答疑: 遇到难题？星主第一时间为你深度解析，扫清学习障碍。
高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术，碰撞思想火花。
独家资源与内容首发: 技术文章、课程更新、精选资源，第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚，享受技术精进的快乐！欢迎你的加入！

img{512x368}