文章总结： 这篇文章探讨了前端开发与后端开发的复杂度比较问题。通过8位腾讯工程师的观点，文章指出前端开发虽然入门门槛较低，但进阶难度呈指数级增长，现代前端已高度工程化和专业化。文章强调复杂度与具体业务场景相关，而非简单的前端/后端区分，并建议加强前后端技术交流以消除认知偏见。
综合评分： 84
文章分类： 其他

前端真的比后端简单吗？

爱讨论的

腾讯技术工程

2025年10月22日 17:56
广东

话题背景

在技术的世界里，隔行如隔山的“认知偏差”无处不在。后端眼中简单的“页面渲染”，在前端看来却是一个需要应对无数复杂性的庞大系统；而前端想象中“主要就是写接口”的后端，其实构筑的是整个应用稳定、高效的数据与服务基石。

那么有鹅厂同事提问了：前端真的比后端简单吗？

以下为8位鹅厂同事们的观点分享，欢迎大家在评论区也畅所欲言（文末有礼）

鹅厂工程师的看法

grey-前端开发

虽然前端同学总是被调侃为“BUG路由器”，但这种调侃其实才恰恰展现了优秀的前端需要具备比较可观的技术广度吧。不止是写页面的本职工作（可能大家就是觉得写页面比较简单），还需要具备从用户侧到业务侧这条链路上所有系统的开发和分析能力，其中就涵盖了计算机网络、服务端开发等等很多领域的知识🤣

“The more I learn, the loss I know.”我现在也不觉得后端只会CRUD哈哈哈

chuan-广告营销

以前前端的environment 不行，而后端服务器很强，浏览器只能单机scale up，而后端不仅有更强的scale up 硬件，还能scale out。按照样式、数据和行为分离的模式，前端被设计得尽量得轻，业务复杂度都堆积到后端了。

我们任何业务在数据处理都是很复杂的，会随着规模而升级，还会随着参与方增加而升维的，所以后端就是一个很复杂的系统。

但是现代浏览器取得了很复杂的进展，它作为一个端已经具有了承载足够复杂问题的能力，所以html从5开始，es从2015开始引入更加复杂的api和抽象，以前在web1.0时代不能使用的控件、结构现在可以仔细使用了。

我们现在能看到以前必须使用后端渲染完成的信息交给前端实时渲染出来，所以前端变得很重，成为了业务的另一个战场。

当然，这还伴随着这个时代浏览器天然就是一个超级复杂的排版引擎+managed heap environment，感兴趣的同学可以去研究一下这个问题，排版问题可以说是一个操作系统级问题，毫不逊色后端的那些存储引擎+操作系统问题。这又让很多前端的应用超越了后端，产生了在浏览器上实现office之类的诉求，这时候的前端已经可以负责类似以前桌面应用程序员的职责了。

但是目前这类问题复杂度呈现得并不均匀，出现了前端有些应用业务 + 环境非常复杂，有些只是环境复杂，而业务不复杂，而后端仍然普遍任何业务都很复杂的情况。

这个问题实际上也反馈在很多大厂的面试题上，大部分的system design面试题都要考虑多个服务器之间的系统设计，浏览器这个环境太特殊，很难给出好的系统设计问题，让人产生了“前端无难题”的主观印象。

polly-前端开发

AI复杂还是简单和前端/后端无关，和业务或者场景有关。前端后端我都干过，后端有简单的curd场景，也有复杂的高并发场景，主要看干什么。

var-前端开发

前端开发虽然上手门槛低，但进阶难度是指数级增长的，包括底层原理、工程架构、频繁更新的技术和多样性等。如果只“会用”工具和框架很容易让人产生前端简单的假象。不过必须承认，初级前端确实简单且市场相对饱和。

arnu-技术咨询

从来不觉得前端简单，接触web开发的时候还没有前后端之说，简单的html、js、css都是要会一点的。到后来开始出现前后端分离，需要决定后面的开发方向是前端还是后端的时候，选择了后端。各类前端框架，各种酷炫的前端技术、不同的引用机制、浏览器的不同环境，让我更加对前端望而生畏。即使如今，前端依然是让我恐惧的存在，毕竟随便下个开源项目试试，都会被npm install时产生的巨大node_modules吓到退缩。

总之，所有前端都是我佩服的人。

bob-应用开发

认知分歧时，只有互道“珍重”才是终极认同！

nico-研发

后端觉得前端简单，主要是认知偏见、历史经验和技术路径差异导致；其实现代前端已高度工程化和专业化，难度不逊于后端。

真正深入前端工程的大型项目之后，大多数后端都会尊重前端技术的深度。只有加强前后端技术交流，参与实际应用，才能消除偏见，实现相互认可！

kid-研发

分工不同，接触的程度不同造成了一定的认知差异。在学过前端三剑客之后，再上手一个框架vue/react，能做基本的前端岗位的活了，于是也就认为那我也可以，简简单单。只是没有深入去接触和研究而已。