这篇文章写给谁
先说清楚：这篇文章是写给中级前端开发工程师的，工作经验大概 3-5 年。
什么叫中级前端？一个简单粗暴的判断标准是——你已经不是那个照着 PRD 写页面、遇到 bug 先搜 StackOverflow 的阶段了。你能独立负责一个中等复杂度的模块，能参与技术方案讨论而不是只在旁边听，遇到性能问题你不会只说「加个 loading」，而是会去翻 Performance 面板、分析渲染链路、给出优化方案。
这个阶段的工程师，简历最容易掉进一个陷阱：技术栈写了一堆，项目写了一串，但面试官看完还是不知道你到底能搞定什么问题。
因为这阶段的你，和初级的区别已经不是「会用 React 还是 Vue」。面试官默认你肯定会用框架。他想看的是：你能不能主导一件事，你能不能解决别人搞不定的问题，你对团队有没有技术影响力。
这篇文章就从这几个角度，帮你把简历从「我干了很多活」改成「我能搞定这些事」。
一、技能清单：别把菜单当厨艺
中级前端简历上最常见的一个画面：技能清单洋洋洒洒列了十几项，HTML、CSS、JavaScript、React、Vue、Angular、Webpack、Vite、Node.js、TypeScript……恨不得把所有技术名词都堆上去。
面试官看到这个第一反应不是「这人好厉害」，而是「你到底擅长什么？」
改前
技能清单
- 精通HTML, CSS, JavaScript
- 精通React, Vue, Angular
- 精通Webpack, Vite, Rollup
- 精通Node.js, Express, Koa
- 精通TypeScript, ES6+
这种写法有三个问题：一是「精通」这个词已经被用烂了，面试官不信；二是技术栈太散，看不出你在哪个方向上有深度；三是没有任何场景关联，像在背技术词典。
改后
技术专长
React 生态（深耕方向，4年）
• 深入理解 React 渲染机制和 Hooks 原理，阅读过核心源码
• 在中大型应用中实践过状态管理方案设计（Redux Toolkit + React Query）
• 独立解决过复杂组件的性能瓶颈，熟练使用 React Profiler 定位问题
• 主导过项目从 class component 到 hooks 的渐进式迁移
前端工程化
• 自建组件库，封装 15+ 业务组件，团队复用率 80%
• 优化 Webpack 构建链路，构建时间从 4min 降至 1.5min
• 搭建前端监控体系，覆盖 JS 异常、接口错误、性能指标
性能优化
• 熟悉 Core Web Vitals 指标体系和优化策略
• 做过 2 个项目的首屏优化，LCP 平均从 3.2s 降至 1.4s
• 实践过虚拟滚动、代码分割、图片懒加载等优化手段
区别在哪？前者是菜单，后者是厨艺。 菜单告诉你「这家餐厅有这些菜」，厨艺告诉你「这个厨师最擅长做什么，做到什么水平，有什么拿手菜」。
一个原则：技术栈按领域归类，每个领域附一个最硬的项目案例或具体数字。面试官扫一眼就能锁定你的强项，后面的面试也能围绕这个深入聊。
二、项目经验：别再写职责清单了
这是中级前端简历最大的翻车区。90% 的人是这样写项目的：
改前
企业级SaaS平台前端重构
- 使用 React 重构了公司 SaaS 平台
- 负责核心模块的开发
- 优化了系统性能
- 改善了用户体验
这种写法看完的唯一感受是：这人确实在这家公司上过班，但做了什么、做得怎么样，完全不知道。
面试官想从项目经验里看的是四件事：
- 你在什么场景下
- 用了什么方法
- 解决了什么问题
- 带来了什么结果
把这四个要素串起来，才算一个完整的项目描述。
改后
企业级 SaaS 平台前端重构（2022.03-2022.12）
项目背景：公司核心产品（月活 30 万用户）面临首屏加载慢（5s+）、
代码耦合严重、新功能开发周期长（平均 2 周）等瓶颈
团队规模：前端 3 人，我担任核心开发者
技术栈：React 18 + TypeScript + Redux Toolkit + Ant Design
我的核心贡献：
• 技术方案设计：参与前端架构选型和技术方案评审，推动从
jQuery+Bootstrap 到 React+TypeScript 的技术栈升级
• 核心模块实现：负责权限管理、表单引擎、数据看板三个核心模块
的设计与开发
• 性能优化：实施路由级代码分割 + 组件懒加载 + 关键 CSS 内联，
首屏 LCP 从 5.2s 降至 1.8s（↓65%），FID 从 180ms 降至 45ms
• 工程化落地：配置 Webpack 多环境构建、集成 ESLint+Prettier、
建立 Jest 单元测试流程，测试覆盖率达到 72%
技术难点：
• 大规模表单渲染性能瓶颈 → 设计虚拟表单方案，
千字段表单渲染时间从 1.2s 降至 200ms
• 旧系统平滑迁移 → 实现微前端方案（qiankun），
支持新旧系统并行运行 3 个月，零故障切换
业务结果：系统上线后新功能开发周期从 2 周缩短至 5 天，
客户满意度从 72% 提升至 90%，支撑公司拿下 2 个年单大客户
看出差别了吗？
改前是「我参与了这个项目」→ 面试官：然后呢？
改后是「我在这个项目里做了一件很难的事，而且做成了」→ 面试官：展开聊聊那个虚拟表单怎么设计的？
这就对了。项目经验的作用不是证明你上过班，是给面试官抛出他愿意追问的话题。
三、量化：数字不是编的，是日常攒的
量化是中级前端简历最容易被忽略、也最容易出彩的地方。
很多人觉得「我做的业务没有那些硬数字」，但其实前端的量化维度非常多：
- 性能指标：LCP、FID、CLS、首屏加载时间、构建时间、包体积
- 效率指标：开发周期缩短、组件复用率、测试覆盖率、部署频率
- 业务指标：转化率、用户留存、页面 PV/UV、客户满意度
- 质量指标：线上 bug 率、告警响应时间、代码审查覆盖率
- 影响力指标：技术分享次数、文档产出量、开源贡献、新人指导人数
改前
优化了首页加载速度
改后
首页加载优化：通过 SSR + 关键资源预加载 + 图片 WebP 转换，
LCP 从 4.1s 降至 1.6s，FCP 从 2.3s 降至 0.8s，跳出率下降 18%
两句话，信息量差了十倍。
一个实操建议：从今天开始，做每一个优化之前先记一下优化前的数值。 性能优化前跑一遍 Lighthouse 截图；重构前记一下构建时间；提效前后记一下开发周期。这些数字写简历的时候就是你的弹药。
但别编数字。面试官问你「这个 65% 是怎么算出来的」，答不上来就翻车了。真实数据哪怕没那么漂亮，也比编的强。
四、团队贡献：中级和初级的分水岭
这是很多中级前端简历完全缺失的部分——因为日常工作确实很少被要求写下来。但面试官区分中级和初级，很大程度就看这一点：你有没有对团队产生技术影响。
改前
工作认真负责，和同事相处融洽
改后
团队技术贡献
• 新人指导：指导 2 名初级开发者，帮助他们掌握 React 开发规范
和 Git 工作流，3 个月内两人均能独立承接中等需求
• 技术分享：组织 5 次团队内技术分享，主题覆盖 React Hooks
最佳实践、前端性能优化、TypeScript 高级类型等
• 流程改进：推动 Code Review 流程落地，团队代码缺陷率下降 40%
• 工具建设：开发内部脚手架工具，新项目初始化从半天缩短至
15 分钟；维护团队组件库，沉淀 15+ 业务组件
• 知识沉淀：编写《前端开发规范》《常见踩坑手册》等内部文档
如果你确实带过人、做过分享、推动过流程、写过工具——写上。 如果没做过，现在开始做也来得及。
面试官看到这一块的反应不是「这人挺爱显摆」，而是「这人不仅能自己干活，还能让团队变好」。这两个评价之间的薪资差距，你自己品。
五、技术深度：你敢写，就要敢被追问
中级前端有一个特别容易被问倒的坑：简历上写「深入理解」「精通原理」，但面试时一问就卡住。
解决方案不是不写，而是写了就要准备好被深挖。
举个例子，你在简历上写：
深入理解 React 渲染机制和 Hooks 原理
那面试官大概率会问：
- React 的 reconciler 是怎么工作的？
- useState 的闭包陷阱是什么？为什么会发生？
- useEffect 和 useLayoutEffect 的执行时机有什么区别？
- React 18 的并发特性底层是怎么实现的？
如果你只能回答到「就是虚拟 DOM diff 然后更新」这个层面，那「深入理解」这四个字就是在给自己挖坑。
一个更安全的写法是：写你确实吃透了的方向，并且用项目案例来佐证。
React 生态实践（4年）
• 在 SaaS 项目中独立解决过复杂表单的状态管理方案，
涉及跨组件联动、条件校验、异步数据加载
• 使用 React Profiler 定位并解决过列表页滚动卡顿问题，
通过 React.memo + useMemo + 虚拟滚动将 FPS 从 20 提升至 55+
• 阅读过 React 源码中 scheduler 和 hooks 相关模块，输出过源码解读文章
这种写法面试官看了会觉得「这人确实在 React 上有积累」，而不是「又一个写精通的」。
自检清单
写完简历之后，用这五个问题过一遍：
- 技能清单里，有 1-2 个方向能展开讲 10 分钟以上吗？
- 每个项目都回答了「场景 + 方案 + 难点 + 结果」这条链吗？
- 至少有一处数字能佐证你的成果吗？（性能、效率、业务指标都行）
- 有体现「独立负责」和「团队影响」的内容吗？还是读起来全是「参与」？
- 简历上的每一行，被追问时都能接住吗？不确定的先删掉。
写好一份中级前端简历，本质上是一个过程：你是在梳理自己过去几年到底积累了什么能力、解决过什么问题、能扛起什么事。
简历不是求职信的放大版，它是一份浓缩版的「能力说明书」。它要让一个陌生的面试官在 30 秒内建立起对你的基本判断：这个人，值得聊一聊。
如果你写完之后自己读一遍，觉得「还行吧」，那就再改一遍。改到你自己读着都觉得「这人是真的挺能干的」，那份简历就差不多了。