# 简历编写指南

[Godiswill]

简历编写指南

前言

原文

最近在做网易的一些招聘工作。收到了大量的简历，综合来看大部分人对简历明显重视不足。
导致的结果是海投，大点的厂子连简历初筛都过不了。

笔者也曾经经历过，自己写的简历自己都看不下去。后来痛定思痛，反复面试反复改不下 10 次，后来投大厂没有卡在简历初筛过。
现在把总结的经验分享给大家，希望对普通人员有帮助，大佬就一笑而过吧。

如何写一份优秀的简历

写优秀的简历之前，你需要知道什么是优秀的简历。废话不多说来份最新热度很高但永久出圈明星的简历。
这里只谈论简历，无关人品。

笔者经常建议要投简历的人一般少不了这三点：

1. 简历最好 1页（也有十几页简历，图文并茂介绍自己有意思的作品的，在部门被抢来抢去的。）
2. pdf格式 最佳
3. 项目描述按 Star 法则 优化

1、经常有人问 1 页怎么够写？大多数简历布局的通病，不考虑上下间距，右边留白过多，导致页码加大。
前端人就更不该问了，利用 HTML 左右两列布局，控制上下间距，右键导出 pdf，这不驾轻就熟么。

不一定需要很多颜色，黑、灰两色分清主次就够了，不会 HTML 咋办，UI 小GG、JJ沟通下或花点小钱儿请人制作一份。

1 页 A4 纸足够你表达很多东西了，你想象招聘人员打印十几张简历然后去翻看的心情，更何况第一页都提不起
面试官的兴趣，翻到第二页的概率很低很低。

2、为什么要 pdf，word 打开实在不美观，容易被更改，兼容性堪忧甚至乱码错乱，pdf 兼容性是最好的，阅读打印都是最方便的。

3、简历格式再花哨，没有内容的支撑也是白搭，后面会详细说明。

个人信息

• （必须）姓名、年龄或出生日期、电话、邮箱

基本信息，你是谁，多大，怎么与你沟通，后续怎么邮箱发送面试与入职相关事宜给你。
请仔细检查务必给出。避免沟通面试流程拉长。

• （必须）最高受教育经历

1. 学校（985/211 加分项，特别是应届），注明学历（本科/研究生）。
   有的岗位卡学历，一般大厂要求本科，优秀也可放宽，所以别说读书无用，学历是块敲门砖。
2. 学习时间，可以看出你是否完成学业和毕业时间。
3. 专业，特殊比如研究型的岗位比较看重匹配专业。

• （可选）个人博客、开源项目地址（GitHub）等。博客浏览量、github star 数不多不建议附上。
• （必须）工作经历。公司名（大厂加分）、工作时间（社招一般 3 年以上，高点的岗位 5 年以上）、工作部门与岗位（高级职位加分）。
  列出来有个好处，一目了然知道你的工作经历和参加工作时间。每段工作经历最好 2 年以上，不然会觉得你没啥沉淀，不稳定。
• （可选）自我评价。
  1. 外界客观的肯定，获奖经历比如 ACM 大赛等竞赛奖项，取得什么业绩绩效等。
  2. 自己主观的能表现出你的个性、兴趣爱好等，是否和企业文化匹配，个性是否匹配岗位。

个人技能

• 按精通、熟悉、了解分层书写，不懂的不要写。

例如：

1. 精通 HTML/JavaScript(ES6+)/CSS(3)，DOM，React(hooks，redux)...
2. 熟悉 node、mysql 开发，前端工程体系建设...
3. 了解 HTTP(2) 协议，网络安全，运维部署...

技能是大致描述你的行业能力广度和深度的大致介绍。你比较熟悉的技能或对应 HC 匹配要求的技能一定要在
项目描述里有所反馈，达到前后呼应，为什么精通、熟悉，都是项目喂出来的。

工作经历

• 看具体排版如果左栏太短，可挪至个人信息栏。

项目描述（重点）

• 建议：按 Star法则 着重描述最近 2、3 年有挑战性的项目。因为随着技能经验的加深，做的东西只会越来越难、越有挑战，技术栈越新（特别是前端）。
  老的且不是很亮眼的工作经历或项目一笔带过即可。

当你没有可以一句话说明的牛皮经历，自己都觉得自己普通时，你更应该利用该法则持续弥补自己的不足。

Star 法则

1. Situation 介绍项目背景，项目的难易与价值；
2. Task 任务分配，你在项目中承担的职责（作为管理人员的话，你是怎么把控项目进度与质量的）；
3. Action 碰到了哪些难题，做了哪些调研攻坚，最终用了哪些手段，怎么解决的（要与个人技能相呼应）；
4. Result 取得哪些成就，结果可衡量。提效了是 20% 还是 30%，降速了是 1s 还是 2s。对团队、对业务做出了哪些贡献，个人获得了哪些荣誉（绩效）。

大多数人只会在简历里写上前 3 点的两点组合，很多人直接忽略了 Result 的重要性。

差的例子

• 例子一：

1. xxx项目

2. 功能：xx 模块，yy 模块

3. 技术栈：react + ts (一堆名词)...

4. yyy项目

5. 功能：xx 模块，yy 模块

6. 技术栈：react + ts (一堆名词)...

开始重复。。。好几页。

1. s：没有项目背景，没有对项目价值的思考；
2. t：只是简单的接受任务，没有分配协调资源，把控项目的经验；
3. a：只是用到了一些技术无法看出使用程度和碰到解决难点的问题，技能的提升沉淀往往来源于此；
4. r：完全没有。最能体现你的付出与价值的东西，竟然完全不写？？？

• 例子二：前端经常提到的性能优化。

1. 前端基建脚手架 webpack 打包优化；
2. 利用懒加载、tree-shaking 极大优化了加载速度。

极大是多大？结果要可衡量。是降低了 1s 还是 2s。懒加载、tree-shaking 只是优化的小手段，还不够系统全面。
tree-shaking 的副作用和对 es modules 模块的依赖了解多少？怎么解决？

简历上的三两句，可能筛选人员觉得你了解不深，就 pass 掉了。

好的例子

• Situation: 事情是在什么情况下发生。

现有产品页面太卡，首屏加载时间超过 5s 以上，客户抱怨较大，但一直没得到解决，于是主动提出讨论，决心做一次产品全面体检...

（能看出主动性，发现问题并解决问题的积极性）

• Task: 你怎么协调分配任务的，如何明确你的任务的

目标首屏加载提升 80% 以上， 1s 内加载完页面主要元素。
交互无障碍，重要交互功能无明显卡顿，能够主动监测上报...
（明确目标方向）

• Action: 针对这样的情况分析，你采用了哪些技能

通过 DNS 预检、全线资源 CDN 化、图片 webp，排查未 HTTP 压缩、缓存率，避免强制布局抖动等手段优化性能。
利用 webpack 插件分析哪些包资源过大，发现主要因素，优化打包大小，利用预加载、延迟加载技术等等技术优化。
采用最新 w3c 标准，写了采集 SDK，用 node + mysql + docker + kafka 结合公司资源开发部署了监测平台，增加了多个关键性能指标，例如FP、FCP和首屏加载资源分析等，来关联优化...
(解决问题时，你会碰到更多的技术难点，与公司资源协调，要体现有沉淀且系统化解决问题的能力。)

• Result: 结果怎样，成果可衡量，最好具体数值，在这样的情况下你学习到了什么，获得了什么...

资源打包体积减少了 40%，页面加载时间降到 1s 以内，再复杂交互也无明显卡顿，销售演示、客户体验产品功能的时候如丝顺滑，提高了销售额 20%+，客户回购率达到 70%。
个人获得年度最佳员工...

上面只是举个例子，文字有点多，可适当减少，可以表达自己思想或突出亮点即可。

• 好例子，不一而足，但一定要用心，突出你的亮点，首先自己看了要赏心悦目，这么好的员工上哪找！
  没有亮点，那很好，至少发现自己的不足，所在公司平庸无法支撑有意思的项目，那多看看开源社区项目，打磨打磨自己。

自我评价

• 看具体排版如果左栏太短，可挪至个人信息栏。

招聘内推

有对网易感兴趣的，欢迎勾搭，投简历。
岗位不限前、后端，测试，产品等，坐标主推杭州，北京、上海、广州也可。
笔者会根据简历匹配度投递。有特殊要求也可备注说明。
一对一跟踪服务，前端岗位提供简历指导服务。

投递地址：hire1024@163.com