阿里面试官教你如何在面试中拿高分

Posted 2023-04-01 Java架构设计

前言

知己知彼、百战不殆，面试也是如此。只有充分了解面试官的思路，才能更好地在面试中充分展现自己。今天，阿里高级技术专家将分享自己作为面试官的心得与体会。如果你是面试者，可以借此为镜，对照发现自己的长处与不足，有针对性学习成长；如果你是面试官，相信也能通过他的讲述，有所启发。招聘是团队管理者工作中的重要一环。

本文会结合自己亲身经历以及接受的招聘培训，综合分析怎么找到我们要的人，也希望可以通过招聘这面镜子照亮自己，怎样成为一个更好的工程师。

 一、招聘需求

互联网的行业的内卷不是一天两天了，相信很多开发同学也习以为常，在这个领域内沉浸足够的时间之后，就会经历在求职者和面试官角色互跳的体验。在管理比较好的公司，招聘一直是一件谨慎的工作，公司之所以能发展好，因为大部分的员工能力水平偏高，这是最基本的保障。

在招聘流程开始之前，首先要和人事部门定好招聘需求，这里的需求是指双方的，不是指单个需求方：

实际上招聘中真正关注的核心点就上图中的几个，这里不同的角色关注求职者的能力不一样；开发部门侧重技术和业务两个核心能力，人事部门对薪水和学历有要求限制。

所以不管是招聘还是求职，看清整个流程和需求才能提高成功率，避免整个过程浪费多方的时间和精力，因为每个角色都有自己的需求和要求；

对于求职者来说能力是关键但不是唯一的因素，导致面试不成功的点很多，后面在细说；对于公司来说，尽量招聘薪水在预算范围且符合工作能力要求，这种策略是普遍的共识。

二、招聘过程

1、简历筛选

不聊简历排版和美观这些细节的问题，有些公司是HR自行筛选简历，也有面试官自己筛选；简历是否会细看取决于三个核心因素：

• 学历：作为大部分公司用人的基本门槛，学历的重要性不需要讨论；
• 工作年限：技术部门的常规要求，没有工作年限意味入职之后有很高的培训成本；
• 技术栈：通常要求主流的技术栈，以及熟悉公司使用的技术点；

【特别】 说明一点，无论是否具有实际的工作经验，在技术栈中都要给出一行业务领域，用来表示自己熟悉的业务场景，特别是简历内容多的时候，在简历首页尽量展现关键信息：

• 例如-业务标签：电商、支付、物流、社交，等等；

这种在简历首页就把重点信息罗列的一目了然，才是思维上细节的最佳体现，如果各种信息符合公司的招聘需求，很容易优先获得面试机会。

2、面试问题

对于开发同学来说，其实面试会问什么，面试官和求职者心里都清楚，但是大部分的回答都很难符合面试官的心里预期，这里确实有很重要的考察点，不管是先从业务角度或者技术积累方面提问，回答最好都是围绕【技术+业务】的经验之谈，这里的业务是指自己真正意义上经历的，不是指技术栈的应用场景：

• 经验之谈：即在聊业务时，能精准把握技术难点，且总结过相应的解决方案；聊技术时，能对应到实际的业务场景中，并且知道怎样合理的应用；
• 背面试题：都是在开发的路上趟过来的，可能面试官和求职者背过同一份面试题也说不定，能通过纯背面试题赢得工作机会，这种方式在职场初期比较合适；

【所以】 在准备找工作时，从自身的业务经验与技术栈结合的角度，然后参考面试的常见问题，再去思考如何给出回答，去预期面试官的预期，如果能体会这种方式的节奏点，面试并不需要很多时间准备，而且成功率极高。

【必须】 强调一点，如果真的没有聊【技术+业务】的能力，背面试题也不失为一种必要的手段，只是在相比之下会没有竞争力。

3、细节问题

这里不去聊面试常说的问题，而是看看有哪些细节需要特别注意的地方，很多时候面试者可能觉得自己聊的还不错，但是就没有收到后续的通知，会令自己感到很郁闷，通常踩到下面的坑点，都可能是面试失败的关键原因：

• 业务流不完整

经常在业务提问的过程中听到一些求职者回答：只熟悉自己开发的模块，系统其他业务没有参与所以不了解相关细节；如果是业务型较强的公司，听到这样的回答，基本上就结束了。明白业务的全流程才是解决复杂场景的核心依赖，对于开发过的项目连整个业务流程都不熟悉，这至少反应求职者在认知上存在偏差。

• 基础技术点不常用

在技术环节提问时，有相当一部分人说过：IO流、线程池、设计模式等不经常使用，所以看的比较少，自然对技术细节含糊不清；首先作为JDK重要的基础模块，没有用的少这样的说法，即使真的很少使用，也不应该出现细节说不清的状况，这些技术点遍布在系统的各个地方，平时稍微用心分析总结，面试时结合业务场景去聊聊都堪称满分回答。

• 单向发展路线

公司所能提供的工作，都意味着这个角色有明确的职责要求，例如偏向技术的架构师，或者偏向业务的开发工程师，所以在面试过程中建议求职者不要明确表达自己的职业发展路线，或偏向技术或偏向业务；站在公司的需求上，从解决实际问题的角度出发，这是相对明智的选择。

【实际】 上导致面试失败的原因是多种多样的，过程中的双方都存在选择和被选择的权利，但至少要在关键问题不出现明显的失误，通过细节提高成功率就足够出众了。

三、候选人筛选

【特别】 强调一句，聊这个话题，作者既不是写鸡汤也不是意在传播焦虑，只是单纯的说明“三十而已”的压力到底是如何产生的，给大家一个心理上的参考。

首先说下招聘的预期要求：学历本科，年限2-5年，薪水预算12-20K，如何定义这些要求，取决于入职岗位的责任。从开发的角度翻译出来，用15K上下的的薪资招一位入职能快速上手干活的人员。在面试的过程中有三位候选人是聊的非常好的，这里对一些关键信息点做对比：

在选择的时候通常会对比上面几个关键因素，其实通过编号也能知道最后是如何做选择的；二号选手在于核心技术栈不匹配，三号选手在于能力和薪资远远超过公司的预期，所以选择一号是最合理的。

【必须】 要说明一点，不是一号选手最受市场欢迎，只是最符合公司的招聘需求，基于这个思路做选择，就不难发现开发人员面对怎样的职场压力。

四、内卷的形成

随着工作年限的增长，对于压力和内卷真的是深有体会，这种情况的形成其实很好理解，职场2-3年的人员，大都基于主流的热门框架做开发；4-5年的人员基本都处在复杂的业务线中，很容易出现框架滞后的情况；8-10年的基本都是技术负责人的角色，具备技术选型的能力。

而压力的根本原因在于：工作能力和薪水预期的提升，很容易脱离大部分公司的需求，很多公司基于实际的业务情况和成本预算，并不需要很多高级级工程师，压力就是来源于这种真实的互联网环境。

 依旧要说一句，不管是鸡汤还是焦虑，都没有真正意义上的价值，依旧保持那个不变的观点：提高自己的专业水平，不断扩展自己的认知边界，至于前路是什么样，只有趟过去才知道。最后我为大家整理了一份阿里面试必背题(包含答案)，大家面试前可以看看，里面全是大厂高频面试最后我为大家准备了一份阿里大佬珍藏的Java面试资料，这份资料包含了近年来各个大厂的高频面试题，下面我就为大家展示这份资料

由于篇幅限制只能截图展示这份资料，需要完整版的朋友麻烦点赞关注支持一下，私信回复“面试”即可免费获取这份资料

•  目录总览

​

​

由于篇幅限制只能截图展示这份资料，需要完整版的朋友麻烦点赞关注支持一下，私信回复“面试”即可免费获取这份资料

第二份笔记

• 目录总览

​

• 内容节选

​

数据库事务

​

Spring生命周期

​

SpringMVC框架

第三份笔记

• 目录总览

• 内容节选

​

Netty高性能设计

数据结构与算法

由于篇幅限制只能截图展示这份资料，需要完整版的朋友麻烦点赞关注支持一下，私信回复“面试”即可免费获取这份资料

写给正在找工作的你：「阿里面试官教你如何写简历」

三银四跳槽季已过，秋招迎面而来，我作为部门的面试官，在此期间也收获了不少简历。但可惜的是，收到的简历数量虽多，但令人中意的却是凤毛菱角，一些应聘者倒不是因为自身能力不足而无法进入面试环节，而是简历本身就没有很好的展示出自己的能力，因此与面试的机遇擦肩而过。

在下面的篇幅中，我将讲述我最看重简历的三个部分，希望能对各位读者有所启发，这三个部分分别是：

技术能力；

项目经历；

整体印象；

就我的经验而言，能够将这三部分按照一定原则写好的简历，是没有理由无法获得一次面试机会的，那么话不多说，让我们开始吧 🙌。

1. 技术能力

通常，「技术能力」这个部分将紧接着您的个人简介之后，放在简历的核心版面。这样设计是有道理的，因为它能够帮助雇主更快的判断您的技能是否与需求相吻合。

因此在制作这一部分内容时，您应该考虑以下两点：

（1）写什么？

应聘者在技术能力的描述上通常会犯两个错误：要么无用的东西写的太多，要么有用的东西写的太少。这里的多和少是相对于「雇主的招聘需求」而言的。

我建议每个应聘者在撰写简历的这部分时，都能够精心设计所需展示的技能，将自己熟练掌握的技能中与雇主需求重合的部分放在醒目的位置，如果竟然还有富余，那当然可以骄傲的在其后展示。

但无论如何，在此处展示如下内容是不合适宜的：

自己对该技能只是了解而雇主又不需要的技能（这实在毫无意义）；

一些没有复杂度的，常识性的技能，例如面试高级开发职位时，表明自己掌握 Git 的使用方式或某些具体业务库的使用；

您越是确保自己展示的技能与雇主的需要完全契合，您就越能吸雇主的目光，并给予它继续阅读您简历的信心和勇气。

（2）怎么写？

当我们知道该写什么技能之后，我们还需要知道如何恰当的描述这些技能，通常我们会以：「了解，熟悉，熟练掌握，精通」这几个形容词来描述技能的熟练程度，让我从面试官的角度来与您分享一下我认为这几个词背后的含义：

了解：表示您听说过这个概念，甚至了解与此概念有关的基本原理；

熟悉：表示您通过 Demo 的形式实践过某个技术，或做过一两个与该技术有关的项目，但缺乏沉淀；

熟练掌握：表示您在工业级环境下，通过数个项目的实践已经掌握了某种技术的核心原理，并能够灵活的应用在开发中；

精通：表示您通过很多次的项目实践和潜心研究，已经对某种技术的原理和应用掌握到近乎尽善尽美的程度；

您应该意识到您需要客观，诚实地评判自己的技术水平，既不要蓄意的夸大，也不应该妄自菲薄。在撰写该部分内容时，我建议您按照技能的熟练程度自高向低的排列，同时对于雇主明确表示需要的技能给予更高的优先级。

2. 项目经历

讲完了技术能力，接下来将与您分享简历中最重要的部分 – 「项目经历」。如果一份简历满分是 100 分，项目经历所占的分数应该是 50 分以上。所以务必请您格外留意。

（1）为什么您必须使用 STAR 法则？

不知道您是否听说过撰写项目经历的「STAR」原则？之所以这么问，是因为近年来我时常在各大论坛看到有关这一原则的普及文章，可奇怪的是，我很少见到有人在简历中将其付诸行动，考虑到实行这一原则的投入产出比，这实在令人感到奇怪。

事实是这样的，如果您坚持不使用 STAR 原则描述您的项目经历，我十有八九无法在您的简历中获得任何值得推敲的信息。

让我描述一下我经常看到的一类描述：

我在该项目中完成了 XXX，YYY 需求，运用了 a，b，c 技术。

我至今不明白，这种缺乏意义的描述为什么会如此经久不衰的出现在各式各样的简历中，又为什么有这么多求职者对于这个模版的运用如此的乐此不疲。

这种描述方式的弊病在于，它除了告诉我求职者确实有在工作之外，再没有其他有用的信息。

让我们看看遵从 STAR 法则的项目经历描述中透露了哪些信息：（顺便一提，STAR 法则是指在描述中依次出现：Situation（情景），Task（任务），Action（行动）和 Result（结果）信息的描述一件事的原则）

XXX 项目出现 XXX 问题，我作为 XXX，负责其中的 XXX 部分，我通过 XXX 方式（或技术方案）成功解决了该问题，使 XXX 提高了 XXX，XXX 增长了 XXX。

当然，这个充满了 XXX 的范例只是抛砖引玉，目的只是为了向您展示遵从 STAR 法则，您能如何充分的向雇主展现您在项目开发中的产出的价值，取得的成就。并通过您的解决方案了解到您多方面的能力。

因此，毫无意外的，我建议您立刻将 STAR 法则运于描述您的项目经历。

如果您已经这么做了，那么请接受我的敬意。

（2）项目重质不重量

除了使用 STAR 法则描述项目经历，还需注意的一点是：千万不要堆叠您的项目经历！

好的简历应该是短小精悍的，正如同没人感兴趣您在小学时期是否是三好学生一样，雇主通常也并不感兴趣您五年前做过哪些项目（除非它真的很优秀！）。

理想情况下，简历最好不要超过 1 页，至多不超过 2 页是一个很好的尺度。鉴于这个篇幅，您的项目经历最好也只需要包含您近 1 年做过的，您觉得有代表性的项目即可。

有人说过，十个平淡无奇的项目抵不上一个精彩动人的项目，事实也正是如此。

3. 简历印象部分

说完了技能和项目经历，最后让我们谈谈撰写简历时需要遵守的一些原则。当一份简历投递雇主手中时，雇主通常会大概看一下这个简历，凭经验和直觉来判断是否继续阅读这份简历，而接下来我想与您分享的，便是我认为一份好简历应该具备的「好味道」。

（1）撰写简历三大原则：清晰，简短，必要；

正如标题所呈现的，一份好简历应该满足以下三个特征：

清晰：这表明简历的内容应该是没有歧义，易于理解的，同时简历整体还要富有逻辑；

简短：无论是生活还是工作中，我们都需要拥有一种「抓住重点」的能力，因此优秀的求职者应该尽可能在简历中就展现这一点，而展现的方式就是，尽量写出不超过一页的简历，同时让它充满诱惑；

必要：招聘本身是一个相互匹配的过程，彼此展示必要的信息，能够帮助彼此最大化的节约时间，提升效率。确保简历中出现的内容都是雇主期望了解的很容易就能博得雇主的好感。

希望您能在理解这三原则后重新审视并优化您的简历，确保万无一失后，我们就可以进入下一个重要的环节：简历投放。没错，这里我也有话要说。

（2）为什么您应该停止海投？

我的最后一个建议是：不要海投，要有的放矢。

我当然理解面对求职压力，海投所消耗的成本及其低廉，但请注意，相对的，海投带来的收益也近乎微乎其微（更别提海投失败更容易给人带来挫败感，使人陷入一种负面情绪的恶性循环）。

其实「海投」和「精准投放」之间的差距并没有特别悬殊，有时候只需要您一点点额外的努力，就能带来巨大的收益。

我建议您将自己的所有信息先整合在一个文档内，然后每天选择 10 家您向往的雇主企业，仔细阅读对方的招聘需求，并根据对方的招聘需求在自己的文档中摘出与之匹配的部分组合在一起。

之后就可以爽快的投递出去了。猜猜看接下来会发生什么？因为您的技能描述完美契合了雇主的需要，并且项目经历的描述由于运用了 STAR 法则，雇主能够更充分的了解到您各方面的能力。

毫无疑问的，您将大大提升您进入面试环节的几率！

这可是成功的第一步！

4. 结尾

至此，文章终于到了尾声。总结一下，我们谈论了简历制作过程中需要注意的以下三个部分，并分别给出了一些建议：

技术能力：先写岗位所需能力，再写加分能力，不要写无关能力；

项目经历：只写明星项目，描述遵循 STAR 法则；

简历印象：简历遵循三大原则：清晰，简短，必要，要有的放矢，不要海投；

希望我所分享的经验能对您有所帮助，也希望您终能如愿以偿进入心仪的企业工作。 感谢您读到这里，真是不容易！

看完这篇内容后，相信以下两件事，也会对你的个人提升有所帮助：

1、 点赞，让更多人能看到这篇文章，同时你的认可也会鼓励我创作更多优质内容。

2、 让自己变得更强：想一想，如果你想在测试这个行业一直做下去，你的经验和测试技术是远远不够的，你需要进阶，你需要丰富你的技术栈！还等什么！

最后:【可能给予你助力的教程】

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。

关注我的微信公众号：【伤心的辣条】免费获取~

我的学习交流群：902061117 群里有技术大牛一起交流分享~

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！

好文推荐：

35岁之后软件测试工程师靠什么养家？我能继续做测试！

App公共测试用例梳理

Python简单？先来40道基础面试题测试下

阿里二黑叹息：越来越多的年轻人从职场撤退了？

从一名开发人员转做测试的一些感悟