前端面试宝典React篇17 如何写一份大厂 HR 满意的简历？

简历这个事情说起来，又是一件非常令人头疼的事情。为什么呢？大部分程序员技术能力过硬，但是简历的编写能力并没有随之跟上。结果就是空有一手本领，却敲不开大厂的门。要敲开大厂的门，就得先过 HR 这一关，而这敲门砖呢，就是简历。

那什么样的简历可以让 HR 满意呢？HR 可能对业务情况略知一二，但并不懂技术；对招聘要求有一定了解，但没有专业人士的知识储备。为了提升简历筛选效率，他们会先对照一些硬指标。

硬指标在每个公司都有所不同，但大体上有这样几类：学历、工作经历、工作经验、岗位要求等。

先说说学历，在大厂，如果是校招，对于学历的要求一般会放到 211、985、藤校等水准。但这并不意味着普通本科就没有机会，在外部来看，大厂好像要求都很高，但真的符合这个学历条件要求的人数是相当少的，具体到每个部门、每个城市、每个团队很难一次性招满人。所以在一轮校招、二轮校招招不满人的时候，就会开始逐步放低条件重新选择。所以如果你有本科以上的学历，就不要轻易放弃，多投多试。在社招的情况下，对学历的要求会放低，但这并不意味着学历不重要，学历越好肯定越加分，只是这个时候会结合其他条件一起判断。

其次就是工作经历。HR 非常关注个人的稳定性，如果你来自小公司，那么他并不希望你是半年或者一年一跳的人。如果你来自大公司，而且跳槽经历呈现出越来越好的趋势，那这就不是问题了。

再者是工作经验，社招通常会要求工作经验在三到五年。如果学历或者工作经历足够优秀，那么这一条可以放宽。

最后就是岗位要求。一般在投简历之前，会看到类似如下的招聘简介。

到这一步，HR 就会对照着招聘简介找关键字了，比如“Flutter”“React”“H5”“跨平台”等。就需要在你的简历中体现这些关键词，那么最简单的方案就是在技能一栏中，直接写出这些技能。HR 一看，就会初步判断这份简历是达标的。

所以在硬指标这个环节，就社招而言，HR 的标准是这样的：

本科；

三年左右工作经验；

工作经历稳定；

技能与岗位要求匹配。

如果说硬指标是过线要求，那么软指标就是 HR 推荐给相关团队的相应要求。HR 需要挖掘求职者的能力。一份简历除了学历、工作经历、工作经验等基本信息外，还需要写你做过什么，这是体现求职者能力的地方。

很多应聘的同学并不擅长写自己做过的事，往往只是以流水账的方式记录在简历中。你想想，如果你去求职，简历上从项目 A 写到项目 Z，洋洋洒洒几页或者十几页，但并不能看出你在其中的贡献、优势以及业绩，这样的简历一定是不合格的。

简历不是日记，简历需要突出你的优势。而且越强的人，简历越短。比如 Brendan Eich 的简历只需要一句话“我，JavaScript 之父，Mozilla 创始人，最近几年在做Brave 浏览器”，就可以了。就我们而言，如果还没有强到一句话可以证明自己的时候，那就整理自身的项目经验，比如你做过的项目有哪些，其中遇到了哪些困难，困难造成了什么问题，然后由你攻克了技术困难，又得到了什么收益。总结起来就是问题 → 方案 → 收益的模式来描述。下面我引用第 13 讲“如何分析和调优性能瓶颈？”的案例来进行描述：

我负责的业务是 CRM 管理后台，用户付费进入操作使用，有一套非常标准的业务流程。在我做完性能优化后，整个付费率一下提升了 17%，效果还可以。

前期管理后台的基础性能数据是没有的，我接手后接入了一套 APM 工具，才有了基础的性能数据。然后我对指标观察了一周多，思考了业务形态，发现其实用户对后台系统的加载速度要求并不高，但对系统的稳定性要求比较高。我也发现静态资源的加载成功率并不高，TP99 的成功率大约在 91%，这是因为静态资源直接从服务器拉取，服务器带宽形成了瓶颈，导致加载失败。我对 webpack 的构建工作流做了改造，支持发布到 CDN，改造后 TP99 提升到了 99.9%。

这段话很长，缩减到简历上可以写为：完善了前端项目性能监控系统，优化了静态资源加载策略，TP99 从 91% 提升至 99.9%。

这句话，即便是 HR 也能读懂你做的这项工作，而且效果还不错。如果这样的信息够多，那这门肯定就开了。

最后为你提供一个比较通用的前端的简历模板。这个简历模板主要分为两部分。

第一部分是个人情况，包括姓名、学历、工作经历、工作技能等。还有一点是岗位职责，岗位职责主要从现公司技术与管理两个维度去写。技术上负责的业务是什么？管理上负责的团队有多大？这里要提醒一下，务必对公司内部信息进行脱敏。

第二部分是项目经验，这部分你就把自身最好的项目经验提炼出来就行了，不要去记流水账。

基本上，到这里，一份让大厂 HR 满意的简历就算完成了。可以看出，无论是硬指标，还是软指标的编写，都是有一定的技巧在里面的，正所谓“套路得人心”。

也要注意，功夫在诗外。在平日的实际工作中，项目开发中，需要定期回顾自己的得失，做好复盘，定期更新简历。这样才能在准备简历与求职面试时，更加熟练和从容。

你好，本专栏的内容到这里已经全部结束了。在该专栏中对 React 面试的相关内容都做了介绍，比如组件、状态、性能、渲染、Hooks、生态等方面。我们已经体系地梳理了 React 面试的知识点，但相对于后端，前端是一个变化极快、新知识迅猛增长的赛道。我们不仅需要掌握已有的知识内容，还需要在这瞬息万变的竞争中建立自我优势，完成个人成长。

这就要求我们拥有对新知识快速建立认知、快速完成消化的能力。

这也需要我们做到沉淀知识体系，以此精进个人成长。

那该如何做到呢？在授人以鱼之后，我更希望能够授人以渔。

首先是对知识的梳理。如何梳理呢？就是要建立结构化的知识体系。往往是一个先对比、再分类的学习模式。新概念的认知往往建立在同类事物的对比基础上，就比如第 10 讲提到的 diff 方法，如下图所示，我们通过同类对比的方式理解 React 是怎么做的、有什么优势、更适合什么场景。在这样的基础上，我们再基于应用场景对算法分类，形成了最后的知识体系。

这样上下有关系、前后有联系的结构，利于我们快速记忆，是一种非常受用的学习方式。

其次是表达技巧。我们或多或少都有过这样的经验，我懂这个知识点，但却讲不清楚。让别人能听懂，最重要的点儿在于需要结构化表达。比如在本专栏中：

第 01 讲整理了对概念题的“讲，说，理，列”四字口诀；

第 02 讲就为什么要选择某技术方案整理的“三步走技巧”；

还有第 20 讲中的五种分类方法；

……

这些都是很体系的答题技巧，当然我们需要不断地训练自己的回答技巧，在自己的脑海中形成模板，养成“套路”，条件反射地输出。

最后是建立具备广度的技术视野。正如第 20 讲“React 中你常用的工具库有哪些？”所提到的，技术视野首先是一个阅读量的问题，其次是价值度的问题。什么是有价值的技术视野？各种论坛及公众号浅尝辄止的文章就不是一种高价值的视野拓展方式，而是一种相对低效的方式。每天的时间非常有限，我并不推荐你去做这样无效的阅读。我更推荐你去跟踪相关团队的技术博客与代码仓库 issue 等。在这里你可以学到对于当前技术发展的深度思考以及新的方向。在此基础上你才会有真正有价值的技术视野，言之有物，思路清晰。

希望以上三个方法能对你后续的学习提供帮助，也希望你能够坚持沉淀自己的知识体系，不断精进个人成长，乘风破浪，势如破竹，斩获大厂 Offer。

非常感谢你的学习与留言。你的每一次提问，每一次指正，我都会用尽可能完整的内容去回复。如果有需要的话，也可以关注我的知乎账号，偶有干货发布。

完结，散花

看完了，谢谢老师，有所收获