简历整体概述
注意:
- 简历模板不要太花哨,尽量清晰简单;
- 简历行间距要留白,不要加入过多;
- 不要通篇都是加粗字体,只针对核心字体加粗标识即可,不然会导致虚焦,容易让面试官抓不住重点;
- 简历的核心在于工作描述和项目描述,这两部分一定要重点描述清楚,不要写很“虚”的内容,一定要精确到技术栈的使用和实现,工作项目中可以讲的比较笼统,但项目介绍一定要精确到项目实现细节和难点;
- Good Case:
| 简历.pdf | 简历.pdf |
|---|
- Bad Case:
| 简历.pdf | 简历.pdf |
|---|
通过上述的简历可以看到,只有在项目细节处通过具体的代码解释清楚,才能更好地表达出价值所在,诸如“优化用户体验交互,使用分布加载、分屏加载、异步加载的方式提升了页面首屏加载性能,从原本低端机2s+减少到1s内” 这类的描述,只说了结果,要讲清楚过程实现,比如:
- 分布异步加载:使用lazy import 动态异步加载首页非核心模块;
- 优化用户体验交互:针对首页数据接口进行 SWR缓存 ,加快首屏渲染时间;
要按照 目的 + 具体action + 实现结果 三步写,其中最核心的就是具体action,而不是只有一句话带过,不然面试官会认为没有技术深度,只是冠冕堂皇的空话。
工作经历的注意事项
- 工作经历建议从近到远的写;
- 如果当前工作经历过多,比如 超过1年1跳,可以针对比较老的工作经历(比如有4份工作经历,其中工作前2年有2份工作经历)进行合并处理,因为就算背调也一般会背调最近两份工作经历,过老的工作经历主要用来看项目的稳定性,可以适当润色合并;( 注意:如果面试的公司一定要老项目的流水或者之前公司的联系方式,这种case就不要合并项目 );
- 如果近期的工作经历有空窗期超过2个月,建议可以补充自己在空窗期也有技术的成长;如果空窗期超过了半年,一定要加项目,不可有过长的空窗期,参考如下,甚至 公司项目结束了离职后,自己的项目 这些文字也可以不要,面试官问流水可以说是项目创业或者没有缴纳社保,只要有正当理由表示就可以;
- 针对老项目,比如4~5年前的项目,如果做的内容不是前端工作,也可以写成前端的工作内容;
项目要如何写才能达到面试官满意的程度
注意:以上项目的描述是最基础的,不可以直接抄到简历上。
建议项目按照:3~4个业务项目 + 2~3个技术项目穿插着写,(年限低的同学可以适当缩减)。
业务项目:
- 业务项目是要体现在工作过程中遇到的实际问题的,建议围绕着 前端性能优化、稳定性治理、用户体验 和 工程化落地 这几个方向去写;
- 第一部分(1~2点):写关于Vue 、React 技术栈的使用,不要写 使用使用Vue、React 完成了项目开发迭代,要讲到使用这部分技术栈完成了xxx具体业务的开发;
- 第二部分(1~2点):使用了哪些生态库完成了项目的开发: 这里可以写使用 elementUI、ant design等完成了xxx系统的xxx部分的开发迭代;使用xxx实现了xxx功能,一定要落实到具体的技术点;
- 第三部分(2~3点):当前项目中的亮点,也就是别人没有自己有的内容,这块要往 前端性能优化、稳定性治理、用户体验 和 工程化落地 这几个方向靠,一定要具体;
- 第四部分(1点):如果有团队管理经验,要写出来带团队内容,比如 带领xx人完成xx项目的前端开发,负责需求的分发和业务进展的同步;
- 第五部分(1~2点):可以结合技术项目,写出如何使用技术项目解决了业务项目的痛点,或者紧接着当前的业务项目,单独罗列出技术项目;
技术项目:项目参考飞书链接: 【飞书文档】前端实战课分享汇总 密码:Hn(>bn9?
- 是为了体现出技术的深度的,要结合着业务背景说,不可以干巴巴的直接写做了xxx的技术项目,一定要解决特定的业务问题的;
- 举例:课程实战中的 前端编码规范工程化,项目名称要改成:xxx后台项目编码格式统一 或者 xxx项目前端代码规范治理,要结合着业务背景去讲。像项目中自带的简历描述,要结合着自己对业务的理解和当前技术项目的掌握去写,不要一股脑照抄。事实证明,照抄的项目大多数不会吸引面试官的;
- 建议 业务项目 + 技术项目 + 业务项目 穿插写;或者业务项目中包含着部分技术项目的内容,要体现出技术项目是如何解决业务项目痛点的;
参考业务项目
项目描述: XXXAPP + 后台管理系统是XXXX,为客户提供保XXX服务。该项目原开发语言为Vue2,为了便于迭代维护使用 Vue3 进行重构。
项目职责:
- App 端:运用 vue2/3 全家桶技术开发包括 app 首页、首页弹框、菜单列表、XXX等功能模块、支持了XXX等活动内容;
- pc 端:运用 elementui 框架实现XXX等功能;
- 小程序:运用 uniapp 技术实现XXX等功能;
- 后台管理系统:运用 elementui 框架开发首页轮播、中部 banner、菜单等配置功能;
- 实现代码的组件化、配置化,开发过程中及时发现、处置风险,避免项目延期;
- 连续 n 年带领 m 人团队高质量完成前端开发工作;
- 制定前端编码格式化校验、代码一键修复、提交信息校验等代码工程规范;
如何定向准备项目
在项目准备好后,很多人有类似的疑问:我能够知道项目如何写的,但是不知道面试如何表达。
其实这类问题也是有技巧的,建议针对每个项目都画流程图或者架构图,并且自行录音,每个项目限时5分钟。
可以参考以下架构图,面试的过程就是表达清楚架构图的过程,针对业务项目和技术项目都要绘制达到以下标准。
优秀项目参考
- 最佳实践
建议从最佳实践落地的角度讲,升级Vue2->Vue3过程中,如何做到平稳渐进升级的。
生态库的升级,例如以下工具,如何选择的:
升级过程中,Vue2 -> Vue3的兼容性处理,是选择全量新项目构建,还是在原有项目升级?衡量点是什么?最后的效果是什么?
构建工具升级后的优化,webpack -> vite,如果升级?建议参考: https://github.com/IndexXuan/vue-cli-plugin-vite
提效产出:更新后,开发效率提升了XX%,业务提升XX%;
横向技术 - 多端适配
描述清楚业务价值:(一套H5适配小程序端、APP中H5、微信公众号H5),抽离了底层的差异性(如跳转方式,存储方式,调用原生能力的不同),开发了一个库,将现有的项目都对接该库。业务项目无需关心差异性,提升人效XXXX;
技术难点:基于uniapp二次开发,在每个平台(Web、Android App、iOS App、各家小程序)如何封装好runtime API,抹平中间差异化部分,封装npm SDK包统一使用。
体现亮点:
- runtime 抹平;兼容XXX业务功能;
- npm SDK 统一管理平台:业务功能封装,支持标准流程接入新指标;
- JSDoc:自动部署同步新特性描述至静态服务站点;
- jest:单测覆盖率达到XXX;
稳定性治理(类似参考实战课项目 【飞书文档】8. 前端稳定性监控 )
描述清楚业务价值:通过监控收集前端各类错误信息,实现了支持多平台、可扩展、可插拔式的前端错误信息,通过日志上报,行为展示,从而快速定位问题,提升系统稳定性;
技术难点:定义好监控标准,支持插件化方式集成;抽离页面监控、Vue监控、React监控、小程序监控及性能监控;定义好插件统一收口,支持渐进式迭代升级;
体现亮点:
- 定量收集不同错误、性能指标类型标准;
- 错误插件式集成流程;
定义数据上报方式及时机:利用浏览器空余间隙上传 requestidlecallback,上传方式:XHR、Image及sendBeacon;
定义统一报错日志;
如何基于课程中项目将自己项目的写出彩?
注意:不要原封不动照抄现有项目!
注意:不要原封不动照抄现有项目!
注意:不要原封不动照抄现有项目!
思路:
先说自身业务上的背景,基于自身业务背景(不设限),开始引导到实际课程项目上,一定要有个业务背景的引导,避免太过于直白尴尬:
vue:引导至vue3 AI智能助手(属于vue3的最佳实践,优先引导至这个项目)、无代码可视化;
react:引导至react Hooks实战(属于react的最佳实践,结合react 性能优化 课程一起去讲)、es6性能优化(包含react ssr 及 webpack 设计,可以当做第二个react项目去讲)
技术框架不设限:可以先讲做的业务内容,做完业务内容后,开始讲在业务背景的基础上沉淀的技术横向项目
- 前端编码规范工程化
- 前端稳定性监控
Uniapp、Taro:基于基础的小程序项目,额外要讲关于性能优化的具体实现,可以参考以下部分;
优秀简历参考
Vue
| 简历.pdf | 简历.pdf |
|---|
| 简历.pdf | 简历.pdf |
|---|
React
| 简历.pdf | 简历.pdf |
|---|
| 简历.pdf | 简历.pdf |
|---|
错误简历示范
- 项目换的太频繁,一眼就没有看下去的欲望,面试官会直接pass掉,可以把最老的几个合并一下,然后最新的不变。项目讲的时候得从技术的角度讲出来,而不是业务描述讲出来
- 项目写的太笼统,没有自己的核心亮点,通篇陈述基础概念
| 简历.pdf | 简历.pdf |
|---|
- 直接照抄技术项目,没有结合业务描述,会导致项目很生硬
| 前端.pdf | 简历.pdf |
|---|
