说句扎心的：因为他们只看见了「页面」，没看见「工程」
前言
不知道你有没有被问过类似的话：
"前端不就是写写页面吗？" "HTML + CSS + JS，不就那点东西？" "感觉前端比后端简单多了吧？"
说实话，每个前端几乎都被这样'温柔地鄙视'过。有时候你懒得解释，有时候解释了，对方一句话就给你堵死：
"反正看起来挺简单的。"
问题来了——为什么这么多人，真的觉得前端很简单？
一、因为前端「看起来」太直观了
这是第一个，也是最致命的原因。
前端干的活，全都暴露在用户眼前：
- 页面能不能点
- 动画顺不顺
- 滚动卡不卡
- 手机上会不会崩
结果就导致一个错觉：
"我能看懂页面 = 我能干前端"
但你发现没有——越是'看得见'的工作，越容易被低估。
大家看见的是
- 一个按钮
- 一个列表
- 一个弹窗
却看不见背后的是
- 状态怎么流转
- 异步怎么兜底
- 边界情况怎么处理
- 性能怎么压缩
就像冰山一样：他们只看到了水面上的 10%，没看见水下那 90%。
二、因为「入门容易」，被误解成「一直都容易」
前端确实有一个'原罪'：入门门槛低。
- 写个 HTML，能跑
- 改点 CSS，有效果
- JS console.log 一下，也算'会写代码'
于是很多人得出一个结论：
"前端不难啊，我一天就能学会。"
但问题是——入门 ≠ 上限。
前端真正难的地方，从来不在「会不会写」，而在：
- 项目一大，代码怎么不烂
- 页面一多，性能怎么稳
- 需求一改，架构怎么扛
你能写页面，不代表你能写工程。
三、因为很多人以为前端 = 布局 + 动画
这是老刻板印象了。
在很多人眼里，前端工作流程是这样的：
- 设计稿一来
- 写布局
- 写样式
- 调动画
- 完事
但现实中的前端是
- 响应式：不同分辨率、不同行为、不同设备，全都得考虑
- 交互逻辑：一个按钮点下去，状态能不能乱？
- 性能优化：首屏、白屏、LCP、CLS、TTI，全是 KPI
- 兼容性：Chrome 能跑，不代表 Safari 不炸
- 架构设计：组件怎么拆？状态怎么管？数据怎么流？
说白了：
页面只是结果，工程才是核心。
四、SPA 之后，前端早就不是'写页面'了
现在大多数前端项目，本质是什么？
一个运行在浏览器里的'应用程序'
你要处理的东西包括但不限于：
- 路由管理
- 状态管理
- 数据请求 & 缓存
