作者：Annie姐
链接：https://www.zhihu.com/question/23150301/answer/410066018
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
多年HR，技术团队要人紧的时候，一天看1000多份简历，筛选过后提给技术部门，然后约面试。看简历-给技术-约面试-看简历-给技术-约面试，循环往复，这双眼睛已看透了太多~
题目问的是前端开发工程师的简历，那么区别于其他简历的明显属性就是前端开发的项目经验。
看了那么多简历后，总结起来，因为项目经验被我迅速pass的有以下两类：
比如类似这样的：
可真是简洁啊~ 可是谁知道你都做了什么，用什么做的，结果如何，完成得怎么样，我完全get不到啊啊啊啊！
在我每天看的简历中，大部分都是这种，只是叙述流程，没有看到具体成果，让HR摸不着头脑。
还有一种，这种相对较少，对于我来说看起来就是这样的：
我一口老血险些喷在屏幕上！在简历中详细介绍了他开始做了什么，然后做了什么，全篇满是专业术语和技术名词，写起来滔滔不绝，跟黄河水泛滥似的。除了我一句都看不懂以外（哦不，我能看懂第一句），我真的好难从这样200多字的小作文当中找到我想要的啊！很不爽！
这样的简历，我一键就移到废纸篓！（跺脚~）
所以，作为一个职场八年的HR，想发自内心地和各位前端开发的小哥哥小姐姐说一句：
我只是个HR，我并不懂前端开发，所以你写太详细太复杂我不care，我也看不懂。但我也不是傻子，你也不能随便写写糊弄我。
好的吗？看着我的眼睛答应我你会拿出小本本记下来好吗？
接下来我们先说一说，HR不懂前端开发，那么他又是怎么来筛选简历的。
首先，HR在接到用人部门的需求时，有时会收到一些硬性条件。比如要求211、985毕业，研究生学历等等，所以HR第一步就是筛硬性条件。
接着用人部门可能还会和HR说一些此岗位的关键技能。比如说要熟练使用React.js，那么HR就要在简历中搜索React.js字眼，有就继续看，没有就pass。
前面这两个步骤进行得都比较快，也能筛选掉大部分求职者。这些都看完以后，HR就开始审查求职者的通用素质了。比如工作能力怎么样？逻辑思维好不好？职业素养怎么样？这些一般都在工作经历和自我评价中体现。
知己知彼，方能百战百胜。知道了这些，我们就可以一一采取应对措施了。
1. 硬性条件
这些硬性条件一般都是关于至少要有什么学历，至少多少年的工作经验。有些童鞋可能会觉得这些硬性条件设置得不合理，毕竟有很多有为青年虽然学历不高、工作经验少，但是工作能力却是蛮强的。我虽然非常认可，但奈何有些一线大厂接到的简历太多，如果抛去硬性条件不管，所有简历一并看，投入产出比太不理想。
所以如果你有值得一提的硬性条件，那请你一定要大声说出来，因为保不齐哪个条件就让HR眼前一亮。
而如果没有，也要实事求是，不能作假。也不要悲观，每个公司的条件标准不一样，也并不是所有企业都会有硬性条件的要求。
2、关键技能
用人部门会和HR说，这个岗位的人需要哪些关键技能。然后HR就会在简历中搜寻是否有这些关键技能的字眼，进行快速筛查，所以我们一定要把所会的技能全部写清。
一个前段开发工程师总是会很多专业技能和软件，这些如果单纯罗列就会显得冗长没有逻辑，可信度也大大降低。所以我们一般会把所会技能融入到项目经验和个人评价里，接下来我们会分别在这两个内容里详细说。
3、项目经验
这一内容是我开头主要吐槽的，核心就是奉劝各位不要写得太详细，也不要写得太简单。
虽说HR并不懂前端开发，但是既然要做招聘，大家都能理解前端开发工程师是做什么的，也知道几个专业术语。所以不要太刻意去迎合HR是否看得懂而过于通俗表达，但是也不能一味写得太详细冗长！
最好的办法是用star法则去写，关于star法则这里也和大家介绍一下。
STAR法则, 即为Situation Task Action Result的缩写，具体含义是:
Situation（情景）: 工作背景是什么
Task（任务）: 我负责做什么
Action（行动）: 我做了什么
Result（结果）: 结果怎么样
在实际操作中，situation这一项，如果是临危受命时间紧任务重这样的工作背景，那一定要好好写一写。比如诸葛亮在《出师表》中的“先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。”你看，这个工作背景就很给力，给卧龙先生100分不怕他骄傲。
而如果不是这样，就不要铺垫半天了，可以省去。要不然不是亮点反倒成累赘，费纸又费墨。
Task写起来相对简单，就是把你的任务、目标，用一句话写清楚。
而这个action，之前提到的所会技能要融入到项目经验里，就是写在这里。你在完成任务的过程中，用了什么技能，做了哪些内容，都可以一一列出。此外如果你有“独立开发”、“主导完成”的项目，一定要把这两个关键字摆出来，你会成为HR眼里的香饽饽的。
最后的result，在这个以结果为导向的大环境里，必然也是重点内容。能量化的结果就量化，不能量化的也尽量阐述。
这样就是一个完整的项目经历，可以参照下面这个示例：
当然一个成熟的前端开发在职业生涯中一定做过很多个项目，这时候如果每个项目都列出来就有点流水账了，所以只要写出自己绩效考核指标排名的前1-3项，或占比分值最大的1-3项就可以了。我就见过一个简历，居然有十几页，大小项目全部都罗列出来了，很多是同类项，很没有必要，被我果断pass了。
如果大家还是怕拿不准的话，可以请教一些做HR的朋友，听听他们的意见，省时省力又安心。
而如果有比较短的工作经历，建议也要用项目经验去展现。在互联网公司做技术的，做完项目走人的情况大家见怪不怪，也不必太在意。
4、工作经历
在工作经历中，除了要把所在时间、职位和工作内容写清之外，我重点强调的是公司介绍。
现在人们在写自己的工作经历时，会写一段话介绍一下原公司。这样很好，方便HR对业务类型匹配度有个直接判断。但是！有些人却写成了下面这样：
这完全是把公司招聘启事上的内容粘了过来了好吗！能不能走心一点！这就相当于你写一个征婚启事，在介绍自己过往感情经历的时候，附了一篇你前女友的自我介绍，说她是个白富美，温柔体贴端庄大方，琴棋书画贤良淑德，爱你爱到海枯石烂。请问你让你的下家怎么想？既然前女友这么好，那你分什么手！既然原公司这么好，那你辞什么职！
关于上家公司的信息，只要简单几句就行，哪个国家的、地域分布、成立时间、产品服务、客户类型。不用写各种福利和企业文化。
3、自我评价
技术岗也要注意自我评价的，而如果有类似这样自我评价的同学，你敢不敢答应我不再随便百度一个自我评价了！！！
相信我当HR看到这样一个自我评价的时候会眼都不眨地就翻下一份简历了，放过我们这些苦兮兮的HR吧。我们是来招聘的，不是来相亲的。
一个完善的自我介绍基本上要在4个维度说清楚：专业背景、技术能力、协调合作、性格爱好，每个维度要尽量用1句话表达，否则就又变成300字小作文了。
在这一部分我重点要说的是技术能力。之前提到了HR会搜索关键技能，除了写在项目经验里，还可以写在这里。
但是在这你不要是个软件就写精通，毫无可信度。就像大部分简历的标配都是精通office操作，结果Excel都不会自动求和一样。当我还是个稚嫩的HR的时候就吃过这个亏，约了一个什么都精通的人来面试，结果技术部门的老大一面发现对方什么都不精通，质问他为什么这么写，那人只答道，是老师教他这么写的。
所以越来越多的HR就学聪明了，我们只关注最后的结果，而不是你的描述。就比如你说你擅长钢琴，我就无感，你说你钢琴十级，我才会觉得你很擅长钢琴。
好了，能说的就是这么多了。
知乎首答，现在是262赞，585收藏。
怎么说呢，希望看完之后点赞的朋友们都能找到高薪且满意的工作吧！