← 返回招聘知识频道
五、简历写作:从表达经历到突出竞争力适合:0-2年初级前端开发工程师阅读:10 分钟更新:2026-06-21

前端开发工程师简历怎么写——从「会写页面」到「能独立交付」的简历表达

初级前端最大的简历困境不是没东西写,而是把做过的事写成了「技术名词的罗列」和「流程的流水账」。这篇文章从面试官视角拆解项目经验、专业技能、自我评价三个核心维度的写法,每个维度都有改前改后的完整案例,帮你把切页面、调接口、改 bug 这些日常动作还原成面试官能看到的「独立交付能力」。

本篇重点

  • 初级前端的简历竞争力不在技术栈的宽度,在于把做过的项目讲出「我独立搞定了什么」
  • 项目经验别写成功能说明书,写成「遇到什么问题 → 我怎么解决的 → 结果是什么」
  • 技能描述别用「精通」,用「掌握什么技术 → 在什么场景下用过 → 解决了什么问题」

带着这些问题去复盘

  • 你的项目经验里,有没有哪一条写了「遇到什么问题、你怎么解决的」?还是只写了「我在这个项目里做了什么功能」?
  • 你的技能描述里,有多少技术名词后面跟了具体的应用场景?还是只有「熟悉 Vue、了解 React」?
  • 如果把简历遮掉名字给一个做前端的同事看,他能说清楚你独立交付过什么级别的需求吗?

前两天有个刚做前端一年的朋友找我,说投了快一个月,一个面试都没收到。我打开他的简历,项目经验里写着:

负责公司后台管理系统的前端页面开发,使用 Vue + Element UI 完成页面搭建,配合后端联调接口,参与日常需求迭代。

看完这句话,我就知道问题出在哪了。不是他没干活——他给我讲项目的时候,能说清楚自己独立接了三个大模块、搞定了复杂表单的联动校验、还帮后端定位了好几次接口问题。但简历上,这些话全变成了「配合联调」「参与迭代」。

说实话,初级前端最大的简历困境就在这:你把一份「我做过什么」的记录,写成了一份「技术名词堆砌 + 流程复读」。面试官看了之后,脑子里没有任何一个画面能跟「这个人可以独立干活」挂上钩。


这篇文章写给谁

先聊一下前端工程师的职级。阿里的体系里,P4 是初级前端(校招生和实习生),P5 是中级前端(应届生里比较强的、或者工作一两年后)。现在大厂校招基本从 P5 起招,P4 已经很少了。也就是说,你做了 0-2 年的前端,大概率处在 P4 到 P5 这个阶段。

这个阶段的能力标志是什么?不是你会用几个框架,而是你能独立完成一个需求从接到上线的全过程。具体来说:给你一个 PRD 和设计稿,你能拆出页面结构、写好组件、处理好数据流、跟后端联调通接口、把边界情况处理干净、然后上线不出事。

你的简历核心挑战也很明确:这个阶段的项目通常不是什么高并发、低代码、微前端——大概率就是切页面、做后台管理、接接口、修 bug。这些东西写在简历上天然容易显得「没亮点」。所以初级前端的简历功夫,80% 花在怎么把这些日常的活写出「独立交付」的感觉

下面从四个维度拆开讲:项目经验、专业技能、基础信息和自我评价。每个维度都有改前改后的完整案例。


一、项目经验:别再写「我做了什么功能」,写「我搞定了什么问题」

初级前端简历的项目经验,最容易踩的坑是什么?——把项目经历写成了功能说明书。

面试官筛一份初级前端的简历,停留时间可能就 15 秒。他看到「负责 XX 系统的前端页面开发,实现了用户管理、权限配置、数据报表等功能模块」这种句子,脑子里自动翻译的是:「这个人会写页面」——然后就没然后了。因为在面试官眼里,任何一个做过半年以上前端的人都能写出这句话。

改前改后案例一:后台管理系统

改前:

负责公司后台管理系统的前端开发,使用 Vue + Element UI 完成 10 个功能模块的页面搭建,包括用户管理、角色管理、权限配置等。配合后端完成接口联调,参与日常需求评审和迭代。

问题在哪?这段话告诉面试官的只有:「我用 Vue + Element UI 做了一个后台系统」。但面试官想问的是:你在这个项目里独立解决了什么问题?你写的代码跟另一个同样用 Vue + Element UI 的人有什么区别?

改后:

独立负责后台管理系统的用户管理模块和角色权限模块的前端开发。

核心难点:角色权限配置页面涉及 3 层权限的联动——角色 → 菜单 → 按钮,且不同角色类型(管理员、普通用户、审计员)的权限范围规则不同。如果用常规的 v-model 双向绑定,状态管理会非常混乱,用户选错一个之后回退也不方便。

解决方式:设计了一个「草稿 + 确认」的两步模式——用户在弹窗中修改权限后不直接生效,先进入本地草稿状态,确认后再统一提交。同时用 computed 处理了三级联动的权限树状态,保证任何一级的变更都自动刷新下级状态。

结果:这个权限模块上线后,产品那边没有再收到过「权限配错」的用户反馈。这套权限组件的逻辑后来被复用到了另外两个内部系统的权限管理页面。

看到了吗?改后的版本没有多写什么高端技术,写的还是 Vue、Element UI、computed 这些初级前端天天在用的东西。但面试官看完之后脑子里有了一个画面:「这个人在做权限配置的时候遇到了状态管理的坑,他想了办法绕过去了,而且做得挺干净,还被复用了。」

这就是初级前端简历最核心的升级逻辑:你不需要做多牛逼的项目,你需要把做过的项目里的「决策时刻」还原出来。

改前改后案例二:移动端活动页

改前:

负责公司双十一活动 H5 页面的开发,使用 Vue + Vant UI 完成页面搭建,实现了商品列表、购物车、下单等核心功能。配合 UI 进行页面还原,适配不同机型的屏幕尺寸。

这又是一个「功能说明书」——面试官看完不知道这个人跟另一个同样做过 H5 活动页的人有什么区别。

改后:

独立负责双十一活动 H5 首页和商品详情页的前端开发,项目周期 2 周,上线后日均 PV 约 50 万。

核心难点:商品列表需要长列表滚动加载,但最初用 v-for 直接渲染全部数据,iPhone 8 等中低端机型滚动时出现了明显的白屏和卡顿——FPS 掉到了 20 以下。

解决方式:排查后发现,单次渲染了 200+ 个商品卡片,每个卡片内部还有 3-4 层嵌套和图片加载。用 Chrome Performance 面板定位到瓶颈在 DOM 节点过多导致的重排。最终方案:引入虚拟列表(vue-virtual-scroller),只渲染可视区域的 6-8 个卡片节点,大幅减少了 DOM 数量。

结果:优化后中低端机型的滚动 FPS 稳定在 55-60,白屏现象消失。活动期间该页面的用户停留时长比上一期活动提升了 15%。

这版好在哪?它没有多写什么高级技术——虚拟列表也不是什么黑科技。但它写出了一个完整的叙事:遇到了什么具体问题(不是「性能不好」而是「iPhone 8 上 FPS 掉到 20」)、怎么定位的(Chrome Performance)、怎么解决的(虚拟列表)、结果是什么(FPS 到 55-60、停留时长提升 15%)。

初级前端项目经验的写作公式

上面两个例子可以提炼成一个简单的结构。你写每一段项目经历的时候,脑子里过这四个问题:

这个项目是什么(一句话)→ 我负责了哪部分(说清楚边界)→ 遇到的最大困难是什么(越具体越好)→ 我怎么解决的(写决策过程,不写操作步骤)→ 结果是什么(有数据最好,没数据写影响)

说实话,这个结构的前两步大多数人都写了。拉开差距的是后三步——尤其是「困难 + 解决」。面试官在初级前端简历上最想看到的就是这个:你不是在机械地搬砖,你在遇到坑的时候自己想办法填上了。

打个比方:同样是「我装修了厨房」,一个人说「我铺了地砖、贴了墙砖、装了橱柜」,另一个人说「厨房下水管位置跟橱柜设计冲突,我找了水电工改管、重新设计了转角柜的布局、最后多挤出了 30 厘米的台面」。你是面试官,你更想跟谁聊下去?


二、专业技能:别用「精通」这两个字,也别只写技术名词

专业技能是初级前端简历的重灾区——不是写得太满,就是写得太空。

先看一个典型的反面案例:

精通 HTML、CSS、JavaScript,熟悉 Vue 全家桶,了解 React、Webpack、Node.js。熟悉 ES6+ 语法,掌握 Ajax、axios,了解前端性能优化。

这段话的问题在哪?它看起来「还行」,但实际上每一句都是「正确的废话」。面试官看完之后,对你技能的认知就是:「这个人大概会用 Vue 写页面」。至于你掌握到什么程度、在什么场景下用过、能不能独立解决常见问题——信息量为零。

改前改后案例:技能描述

改前:

  • 精通 JavaScript,熟悉 ES6+ 语法
  • 熟练使用 Vue.js,了解 Vue Router 和 Vuex
  • 掌握 HTML5 / CSS3,会使用 Flex 布局
  • 了解 Webpack 打包工具
  • 熟悉 Git 版本管理

这一版有三个致命问题。第一,一个初级前端写「精通 JavaScript」,面试官稍微问两个原型链或者事件循环的问题你就可能答不上来,直接变成减分项。第二,所有描述都是「掌握」「了解」「熟悉」这些抽象词,完全没有使用场景。第三,排版上每一项只是一个技术名词加一个程度描述词,视觉上很单薄。

改后:

  • JavaScript / TypeScript:掌握 ES6+ 常用特性(Promise、async/await、解构、模块化),在实际项目中用 async/await 封装过统一的请求拦截和错误处理,替代了原有的回调嵌套。能够使用 TypeScript 进行基础的接口类型定义和组件 Props 类型约束
  • Vue 技术栈:熟练掌握 Vue 2.x 组件化开发,理解组件通信(props/emit/eventBus/Vuex)、生命周期、插槽等核心概念。能独立完成从页面搭建到状态管理的完整开发。了解 Vue 3 Composition API 和 Vite 构建工具
  • HTML / CSS:能独立还原 UI 设计稿,熟练使用 Flex + Grid 进行布局,掌握 CSS3 动画(transition / animation)和响应式开发(rem / vw / 媒体查询)。在活动页中独立实现过复杂的交互动效
  • 工程化 & 工具:了解 Webpack 基础配置(入口、输出、loader),使用过 Git 进行分支管理和团队协作,能独立处理常见的合并冲突

区别在哪?原版每一句都在「我看过这个东西」,改版每一句都在「我在真实场景下用过这个东西,而且我能说清楚用它的目的和效果」。

这里有一个初级前端特别容易踩的坑——在简历上写「熟悉 axios 封装」「精通 Element UI 使用」。说实话,这些都是基础库,你写了面试官也不会因此觉得你厉害,反而会觉得你是不是没什么别的东西可写了。真正应该被写在技能栏里的,是你「理解原理」的东西。比如你理解 Vue 的响应式是怎么实现的,你理解虚拟 DOM 是干嘛的,你理解跨域是怎么回事——这些才是拉开跟培训班学员差距的关键。

还有一个实用建议:技能描述里那些「了解」「熟悉」的程度词,面试官根本不会信。最好的办法是用场景代替程度。不要说「熟悉 Flex 布局」,说「在 5 个项目中用 Flex 布局做过响应式页面还原」。不要说「了解 Promise」,说「项目中用 Promise.all 处理过多个并发的接口请求」。


三、基础信息:简单,但别犯低级错误

初级前端的基础信息部分,90% 的问题不是写多了而是写少了或者写错了。

必须有的三样东西

姓名、电话、邮箱。 这是唯一能联系到你的途径,拼错了就等于白投。特别是邮箱——别用那种一看就不专业的名字,比如 ilovecats123@qq.com

求职意向。 这一点很多初级前端的简历上没有。面试官打开简历第一眼想知道的就是:「你找什么岗位?你现在在哪个城市?期望薪资大概是什么范围?」你写上「求职意向:前端开发工程师 · 北京 · 期望薪资 8-12K」,面试官三秒就知道你的基本情况,不用猜。

GitHub 或技术博客(如果你有的话)。 但如果你的 GitHub 是空的,或者只有几个 tutorial 的代码,那就别写了。面试官打开一看什么都没有,体验很差。倒是可以提前准备——把你练手的项目整理好传上去,README 写清楚这个项目是干嘛的、技术栈是什么、怎么跑起来。哪怕没有 star,至少证明了你的项目是真实可运行的。

教育经历

如果你是应届生或者实习,教育经历放在基础信息下面,写清楚学校、专业、毕业时间。绩点突出可以加粗标出来。

如果你已经工作了一年,教育经历就没那么重要了。学校专业一行写完,甚至可以合并到基础信息里。主修课程的话,跟前端无关的课程就别往上写了——你写 Java、数据库、Linux,面试官会困惑:你主修这些后端的东西,为什么来做前端?

别犯的低级错误

说几个我在研究里反复看到的问题:

  • 技术名词拼错:bable 应该是 Babeljquery 应该是 jQueryvue.js 应该是 Vue.js。大小写错了在面试官眼里就是不熟悉。
  • 排版乱:技能列表没对齐、字体不一致、项目经历跟技能描述混在一起。一页简历都排不整齐,面试官会觉得你代码也不会写得多干净。
  • 写性别、身高、政治面貌这些无关信息。除非特殊行业要求,否则一律不写。

四、自我评价:宁愿不写,也别写「性格开朗、热爱学习」

初级前端的自我评价,说句不好听的——十个里面有九个写的是废话。

本人性格开朗,善于沟通,具有较强的团队协作能力。热爱前端技术,学习能力强,能快速适应新环境。对待工作认真负责,有较强的抗压能力。

这种话面试官看了上千遍了。你写「性格开朗」,面试官怎么验证?你写「学习能力强」,面试官怎么知道你是真强还是只是写了四个字?

初级前端的自我评价,要么不写,要么就写实事。

改前改后案例

改前:

1 年前端开发经验,热爱前端技术,学习能力强,具备良好的沟通能力和团队协作精神。能独立完成前端页面开发,对新技术保持好奇心。工作认真踏实,有责任心。

改后:

1 年前端开发经验,独立交付过 3 个从 0 到 1 的业务模块(后台管理系统、移动端活动页、小程序商城首页)。技术栈以 Vue 为主,能独立完成从页面搭建、状态管理到接口联调的完整开发。坚持通过技术博客记录学习过程,半年内输出了 12 篇前端相关文章。目前在自学 TypeScript 和 Node.js 基础,希望能往全栈方向拓展。

这版的区别很直观。原版每一句都在「描述自己是什么样的人」,改版每一句都在「证明自己做过什么、在做什么」。面试官不需要相信你的「自述」,他只需要看你写的事实,然后自己下判断。

打一个比方:原版就像你在酒吧里跟人说「我酒量很好」——对方没见到你喝,没法信。改版就像你直接跟人说「上周我一个人喝了两瓶白酒还骑共享单车回的家」——虽然不是什么惊天动地的大事,但对方至少知道你不是瞎吹的。


复盘自检清单

  • 你的项目经验里,是不是每个项目都写了「遇到了什么困难、你怎么解决的」?如果某一段只写了「负责 XX 页面开发,使用了 XX 技术」,说明你还没把「决策」还原出来
  • 技能描述里,有没有「精通」这个词?有没有任何一个技术名词后面没有跟上具体的应用场景?
  • 简历上有没有「对前后端分离有深入理解」「具备良好的编程习惯」这种放之四海而皆准的空话?如果有,删掉,换成真实做过的事情
  • 如果把你的简历给一个不认识你的前端同事看,看完之后他能说出你「独立交付过什么级别的项目」「技术栈的深度大概在哪」吗?
  • GitHub 或博客链接是不是空的?如果是,要么补齐内容,要么先不写
  • 简历是不是控制在一页以内?排版是不是干净整齐,没有字体不一致、对齐错乱的问题?

初级前端写简历,说实话,不是在跟其他初级前端竞争——你是在跟面试官的注意力竞争。面试官每天看上百份简历,你的简历如果不能在 15 秒内让他觉得「这个人有点东西,我想跟他聊聊」,那技术再好也没机会展示。

而让面试官觉得「有点东西」的,从来不是你写了几行「精通 Vue 全家桶」。是你写的那一段「权限配置的状态管理太乱,我用 computed 处理了三级联动,上线后零投诉」——面试官一看就知道,你是一个做过活的、遇到过坑的、想了办法的、搞定了的人。

这种人,比一百行「精通 JavaScript」都好使。

→ 免费诊断简历