简历那些事儿

最近公司拓展了一些业务,事情多了起来。我所在的开发部门决定招人,老大让我去参与面试流程,问些技术问题。

面试流程简短一些,首先是HR那边收集投递的简历,通过邮件发送,我帮忙过一下简历,从中选择一些人约面试。

这里讲一下简历相关的事儿。

简历

无论公司规模大小,简历应该都是招聘的第一关。个人觉得用不用模板,其实影响不大,简历整体排版整洁,突出重点就可以了。

先说说排版,看简历第一眼看到的是整体的一个表现,排版可以不用过于精美,但也一定不要凌乱,使用奇怪的配色。电子版的简历最好是导出PDF,保证格式在自己和招聘方眼里都是一致的,反例如 使用Word文档,不同系统不同版本的软件打开,内容错位、字体丢失或者显示不全都是有可能的。

简历在排版,文件格式上出了问题,实际上很扣印象分,招聘方看你的简历,还需要花心思才能看到完整的内容,大公司的HR可能直接就跳过了,没那时间和心思去折腾。

然后是内容,一定要突出重点,招聘方需要的是什么,一般在岗位描述中都会写到。内容一般包括 个人介绍、教育经历、工作经历、项目经历、专业技能和语言能力,哪个部分排前面,哪个部分内容多写点,都要根据个人实际情况考虑清楚。

一般把姓名、出生年月、联系方式和毕业院校这些基本信息放在顶部。

工作经历

已经参加工作的,自然是工作经历放在前面,用人单位招人是要做事情的,有工作经验的最好了。工作经历包含 任职公司、任职时间以及工作内容。其中,工作内容要写好。看了十几份简历,有的一笔带过,有的说不到重点。

从工作内容中,用人单位可以知道你平时工作内容和岗位的相关性,招你进来的学习成本怎么样;可以知道你在项目中是什么角色,具体负责哪些工作,是只会按照需求被动做事,还是主动发掘主动联系;这一部分的内容还影响面试官问的一些事情,感兴趣的话就工作经历深挖,聊一些细节问题,在聊天的过程中就能加深了解,也能更好的展示自己的能力。

那工作内容怎么写呢?不要堆技术名词,要把用到的技术代入业务场景,结合使用效果来说。可以参考 STAR 法则:

STAR法则,即为Situation Target Action Result的缩写,具体含义是:
Situation: 事情是在什么情况下发生
Target 你是如何明确你的目标的
Action: 针对这样的情况分析,你采用了什么行动方式
Result: 结果怎样,在这样的情况下你学习到了什么

项目经历

还没参加工作的应届生,可以把自己参与的开源项目,平时的兴趣项目,甚至是校内的大作业在这一部分写出来,重点是要把自己做到的一些事情描述清楚。

其中,我觉得开源项目,不管是有没有工作过,都可以写一写。例如 开源了自己的兴趣项目、为开源项目增加了功能或者在维护了社区环境等等。

内容方面,跟工作经历的工作内容是一样的原则,不堆名词,把用到的技术融入到一件实际的事情中去描述,比陈列名词要更有说服力。

专业技能

专业技能方面,一般是清单形式,不同分类上对什么技术有什么程度上的掌握。

  • 了解:知道是做什么的,简单用过
  • 熟悉:项目中用到过,踩过坑,上手就能用
  • 掌握:读过源码,理解原理

这个部分一般放在最后,简单带一下。