阿里面试官教你如何写简历.pdfVIP

阿⾥⾯试官教你如何写简历 三银四跳槽季，转眼已渐⼊尾声，我作为部门的⾯试官，在此期间也收获了不少简历。但可惜的是，收到的简历数量虽多，但令⼈中意的却是凤⽑ 菱⾓，⼀些应聘者倒不是因为⾃⾝能⼒不⾜⽽⽆法进⼊⾯试环节，⽽是简历本⾝就没有很好的展⽰出⾃⼰的能⼒，因此与⾯试的机遇擦肩⽽过。 在下⾯的篇幅中，我将讲述我最看重简历的三个部分，希望能对各位读者有所启发，这三个部分分别是： 技术能⼒； 项⽬经历； 整体印象； 就我的经验⽽⾔，能够将这三部分按照⼀定原则写好的简历，是没有理由⽆法获得⼀次⾯试机会的，那么话不多说，让我们开始吧 。 1. 技术能⼒ 通常，「技术能⼒」这个部分将紧接着您的个⼈简介之后，放在简历的核⼼版⾯。这样设计是有道理的，因为它能够帮助雇主更快的判断您的技能 是否与需求相吻合。 因此在制作这⼀部分内容时，您应该考虑以下两点： （1）写什么？ 应聘者在技术能⼒的描述上通常会犯两个错误：要么⽆⽤的东西写的太多⽆⽤的东西写的太多，要么有⽤的东西写的太少有⽤的东西写的太少。这⾥的多和少是相对于「雇主的招聘需 求」⽽⾔的。 我建议每个应聘者在撰写简历的这部分时，都能够精⼼设计所需展⽰的技能，将⾃⼰熟练掌握的技能中与雇主需求重合的部分放在醒⽬的位将⾃⼰熟练掌握的技能中与雇主需求重合的部分放在醒⽬的位 置 ，如果竟然还有富余，那当然可以骄傲的在其后展⽰。 但⽆论如何，在此处展⽰如下内容是不合适宜的： ⾃⼰对该技能只是了解⽽雇主⼜不需要的技能（这实在毫⽆意义）；⾃⼰对该技能只是了解⽽雇主⼜不需要的技能 ⼀些没有复杂度的，常识性的技能，例如⾯试⾼级开发职位时，表明⾃⼰掌握 Git 的使⽤⽅式或某些具体业务库的使⽤；⼀些没有复杂度的，常识性的技能 您越是确保⾃⼰展⽰的技能与雇主的需要完全契合，您就越能吸雇主的⽬光，并给予它继续阅读您简历的信⼼和勇⽓。 （2）怎么写？ 当我们知道该写什么技能之后，我们还需要知道如何恰当的描述这些技能，通常我们会以：「了解，熟悉，熟练掌握，精通」这⼏个形容词来描述 技能的熟练程度，让我从⾯试官的⾓度来与您分享⼀下我认为这⼏个词背后的含义： 了解：表⽰您听说过这个概念，甚⾄了解与此概念有关的基本原理；了解 熟悉：表⽰您通过 Demo 的形式实践过某个技术，或做过⼀两个与该技术有关的项⽬，但缺乏沉淀；熟悉 熟练掌握：表⽰您在⼯业级环境下，通过数个项⽬的实践已经掌握了某种技术的核⼼原理，并能够灵活的应⽤在开发中；熟练掌握 精通：表⽰您通过很多次的项⽬实践和潜⼼研究，已经对某种技术的原理和应⽤掌握到近乎尽善尽美的程度；精通 您应该意识到您需要客观，诚实地评判⾃⼰的技术⽔平，既不要蓄意的夸⼤，也不应该妄⾃菲薄。在撰写该部分内容时，我建议您按照技能的熟练 程度⾃⾼向低的排列，同时对于雇主明确表⽰需要的技能给予更⾼的优先级。 2. 项⽬经历 讲完了技术能⼒，接下来将与您分享简历中最重要的部分 -- 「项⽬经历」。如果⼀份简历满分是 100 分，项⽬经历所占的分数应该是 50 分以 上。所以务必请您格外留意。 （1）为什么您必须使⽤ STAR 法则？ 不知道您是否听说过撰写项⽬经历的「STAR」原则？之所以这么问，是因为近年来我时常在各⼤论坛看到有关这⼀原则的普及⽂章，可奇怪的 是，我很少见到有⼈在简历中将其付诸⾏动，考虑到实⾏这⼀原则的投⼊产出⽐，这实在令⼈感到奇怪。 事实是这样的，如果您坚持不使⽤ STAR 原则描述您的项⽬经历，我⼗有⼋九⽆法在您的简历中获得任何值得推敲的信息。 让我描述⼀下我经常看到的⼀类描述： 我在该项⽬中完成了 XXX，YYY 需求，运⽤了 a，b，c 技术。 我⾄今不明⽩，这种缺乏意义的描述为什么会如此经久不衰的出现在各式各样的简历中，⼜为什么有这么多求职者对于这个模版的运⽤如此的乐此 不疲。 这种描述⽅式的弊病在于，它除了告诉我求职者确实有在⼯作之外，再没有其他有⽤的信息。 让我们看看遵从 STAR 法则的项⽬经历描述中透露了哪些信息：（顺便⼀提，STAR 法则是指在描述中依次出现：Situation（情STAR 法则是指在描述中依次出现：Situation（情 景），Task（任务），Action（⾏动）和 Result（结果）信息的描述⼀件事的原则）景），Task（任务），Action（⾏动）和 Result（结果）信息的描述⼀件事的原则 XXX 项⽬出现 XXX 问题，我作为 XXX，负责其中的 XXX 部分，我通过 XXX ⽅式（或技术⽅案）成功解