【Android -- 面试】程序员面试必备软技能，值得收藏！

一、准备技术型简历

简历是进⼊⾯试的敲⻔砖，也是留给意向公司的第⼀印象，所以这个很重要，必须在这上⾯做⾜了⽂章，⼀份优秀的⾯试简历是整个⾯试成败的重中之重，我们要认真准备简历才能保证简历不被刷掉。

简历通常由这⼏部分构成:

• 基本资料
• 专业技能
• ⼯作经历
• 项⽬经历
• 教育背景
• 自我评价

1. 准备简历模板

有哪些好一点的简历加分项呢？

• 黄金两页原则：最好简历控制在 A4 两页；
• PDF 原则：简历最好为 PDF，这样可以解决不同系统上打开格式混乱或者乱码的问题；
• 在最顶部写清楚个人信息：比如姓名，电话，年龄，毕业院校/专业，Blog 和 GitHub 比较有内容的也可以直接放在最前面。最好一行两个信息，不要一行只写一个信息，导致右半部全部空白浪费。

⾯试官筛简历要的是⾼效、清晰、内容突出，不管是HR还是技术⾯试官都想在最快速的情况下看到有效信息，你眼中所谓的视觉效果在别⼈眼⾥可能是视觉噪⾳或者视觉垃圾，严重影响看简历的⼼情和寻找有效信息的速度。

2. 准备个⼈信息

个⼈信息部分主要包括姓名、电话、电子邮箱、求职意向，当然这四个是必填的，其它的都是选填，填好了是加分项，否则很可能减分。

接下来才是重点：

• 博客：如果准备⼀个基本没有更新的博客或者没有任何贡献的github，那么给⾯试官⼀种为了放上去⽽放上去的感觉，这基本上就是在跟⾯试官说这个候选⼈平时根本没有总结提炼的习惯，所以如果有⻓期维护的github或者博客⼀定要放上去，质量好的话会⾮常有⽤，如果没有，千万别放。
• 学历：如果学历是专科、⾼中毕业之类的，还写在简历头部强调⼀遍，这就增加了简历被刷的⼏率，如果是研究⽣或者985、211学历可以写，突出⼀下学历优势，本科学历在技术⾯试领域基本上敲⻔砖级别的，没必要写。
• 年龄：如果是⼤龄程序员，尤其是还在求⼀份低端岗位的时候千万别写，⼀个⼤龄程序员在求职⼀个中低端岗位，说明这些年基本原地踏步，还不能加班，到这⾥基本上此简历就凉了⼀半了。
• 照⽚：形象优秀的可以贴，尤其是形象优秀的⼥程序媛，其它的最好不要贴，如果要贴的话，最好是贴那种PS过的职业证件照。

3. 准备专业技能

关于对技术技能的描述有很多种，这⾥只介绍三种：

• 了解：使⽤过某⼀项技术，能在别⼈指导下完成⼯作，但不能胜任复杂⼯作，也不能独⽴解决问题。
• 熟悉：⼤量运⽤过的某⼀项技术，能独⽴完成⼯作，且能独⽴完成有⼀定复杂度的⼯作，在技术的应⽤层⾯不会有太⼤问题，甚⾄理解⼀点原理。
• 精通：不仅可以运⽤某⼀⻔技术完成复杂项⽬，⽽且理解这项技术背后的原理，可以对此技术进⾏⼆次开发，甚⾄本身就是技术源码的贡献者。

以 Vue 框架为例，如果可以⽤ vue 写简单的⻚⾯，单独完成某⼏个⻚⾯的开发，但是⽆法脱离公司脚⼿架⼯作，也⽆法独⽴从0完成⼀个有⼀定复杂度的项⽬，只能称之为了解；如果有⼤量运⽤vue的经验，有从0独⽴完成⼀定复杂度项⽬的能⼒，可以完全脱离脚⼿架进⾏开发，且对vue的原理有⼀定的了解，可以称之为熟悉。；如果⽤vue完成过复杂度很⾼的项⽬，⽽且⾮常熟悉vue的原理，是vue源码的主要贡献者，亦或者根据vue源码进⾏过魔改（⽐如mpvue），可以称得上精通。

4. 准备⼯作经历

⼯作经历本身不⽤花太多笔墨去写，⾯试官主要想看的就是每段⼯作经历的持续时间、在不同公司担任的职责如何、是否有⼤⼚的⼯作经验等。

那么什么简历在这⾥给⾯试官减分呢？

• 频繁跳槽：⽐如三年换了四家公司，每个公司待的时⻓不超过⼀年；
• 常年初级岗：⽐如⼯作五六年之后依然在完成⼀些简单的项⽬开发；
• 末流公司经历：在技术招聘届，⼤⼚的优先级最⾼⽐如BAT、TMD、微软、⾕歌等外企，知名度独⻆兽其次，⼀般的互联⽹公司排在第三，就是⼯作中⼩型的互联⽹公司⼀般⼤家叫不上名字，排在最后的就是外包和传统企业的经历；

5. 准备项⽬经历

项⽬经历不管对于社招还是校招都是重中之重，很多时候成败就在于项⽬经历这部分。⼀个普通本科可以通过优秀的项⽬经历逆袭985，⼀个⼩⼚的员⼯也可以获得⼤⼚的⾯试机会。 但是必须要说⼀下项⽬经历的编写很讲究，这是为后⾯⾯试部分铺路的绝佳机会，也是直接让简历扑街的重点沦陷区域。

先来看简历中项目经历的坑。
（1）切忌流⽔账写法

项⽬经历流⽔账写法是绝⼤多数简历的通病，通篇下来就讲了⼀件事『我⼲了啥』。

⼤部分简历却是这样的：

⽤Vue、Vuex、Vue-router、axios等技术开发电商⽹站的前端部分，主要负责⾸⻚、店铺详情、商品详情、商品列表、订单详情、订单中⼼等相关⻚⾯的开发⼯作，与设计师与后端配合，可要⾼度还原设计稿。

这个描述有什么问题？ 其实看似也没啥问题，但是这种流⽔账写法太多了，完全⽆法突出⾃⼰的优势展现⾃⼰的能⼒。项⽬经历是考察重点，⾯试官想知道候选⼈在⼀次项⽬经历中扮演的⻆⾊、负责的模块、碰到的问题、解决的思路、达成的效果以及最后的总结与沉淀。

⽽上⾯的描述只显示了我⼲了啥，所以这种项⽬描述⼏乎是没意义的，因为对于⾯试官⽽⾔他看不到有效信息，没有有效信息的项⽬描述基本就没价值了，如果这个时候你还没有⼤⼚经历或者名校背书，基本上也就凉了。

（2）切忌堆积项⽬

堆积项⽬这种现象往往出现在没有什么优秀项⽬经历的简历身上，候选⼈企图以数量优势掩盖质量的劣势，其实往往适得其反，项⽬经历的⼀栏最好放2-3个项⽬，⾮常优秀的项⽬可能放⼀个就⾜够了，举个极端例⼦如果有⼀天尤⾬溪写简历，其实只需要在项⽬经历那些⼀⾏Vue.js作者就⾏了,当然,他并不需要投简历。

有⼀些项⽬切忌放上去:

• demo级项⽬：很多简历居然还在放⼀些仿xx官⽹的demo，这是⼗⾜的减分项，有⼀些则是东拼⻄凑抄了⼀些框架 的源码搞了个玩具项⽬，也没有任何价值。
• 烂⼤街的项⽬：这种以vue技术栈的为最，由于视频⽹站的某⻔课程流⾏，导致⼤量的仿饿了么、仿qq⾳乐、仿美 团、仿去哪⼉，同样Java的同学也是仿电商⽹站、仿⼤众点评等等，⼗份简历5份⼀模⼀样的项⽬，你是⾯试官会怎么想。
• 低质量的开源项⽬：⼀个⼤原则就是低star的尽量别放（除⾮是⾼质量代码的冷⻔项⽬），⻓期弃坑的也不要放，不要为了凑数量把低质量的项⽬暴露出来，好好藏着。

如果只放两个项⽬，最好的搭配是⼀个公司内部挑⼤梁的项⽬和⼀个社区内的开源项⽬，后者之所以可以占据⼀席之地，是因为通过你的开源项⽬，⾯试官可以通过commit完整看到你的创造过程，⽐如⼯程化建设、commit规范、代码规范、协作⽅式、代码能⼒、沟通能⼒等等，这甚⾄⽐⾯试都有⽤，没有⽐开源项⽬更能展示综合素质的东⻄了。

（3）切忌放虚假项⽬

⼀个项⽬做没做过只要是有经验的⾯试官⼀问便知，如果靠假项⽬忽悠过了⾯试，那这个公司⼋成也有问题，⼈才把关不过硬，可以想象队友都是什么⽔平，在这种公司⼤成⻓价值也不⼤。如果你说实在没项⽬可写了，我只能造假了，那么你应该想⼀下这多层追问。

⽐如你说你优化了⼀个前端项⽬的⾸屏性能，降低了⽩屏时间，那么⾯试官对这个性能优化问题会进⾏深挖，来考察候选⼈的实际⽔平：

• 你的性能优化指标是怎么确定的？平均下来时间减短了多少？
• 你的性能是如何测试的？有两种主流的性能测试⽅法你是怎么选的？
• 你是根据哪些指标进⾏针对性优化的？
• 除了你说的这些优化⽅法还有没有想过通过xx来解决？
• 你的这个优化⽅法在实际操作中碰到过什么问题吗？有没有进⼀步做过测试？
• 假设这么⼀种情况，⽐如xxxx，你会这么进⾏优化？

⾯试官多层追问的逻辑是这样的：了解背景 -> 了解⽅案 -> 深挖⽅案 -> 模拟场景。

⾸先得了解性能优化的指标如何，接着需要了解你是这么测试的指标、再怎么进⾏针对性优化的，再接着提出⼀些其它解决⽅案考察你对优化场景的知识储备和⽅案决策能⼒，最后再模拟⼀个其它的业务场景，来考察你的技能迁移能⼒，看看是否是对某块领域有⼀定的了解，⽽不是只针对某个项⽬。

如果要真的在⾯试现场对答如流，那么⼀定是在某⼀块领域有⼀定知识储备的⼈，不是随随便便搞个项⽬就能蒙混过关的。

（4）合格的项⽬经历

合格的项⽬经历必须要有以下⼏点：

• 项⽬概述：⽬的是让⾯试官理解项⽬，不是每个⼈⾯试官都做过你的那种项⽬，所以需⼀个简述⽅便⾯试官理解。
• 个⼈职责：告诉⾯试官你在本项⽬中扮演的⻆⾊，是领导者？主导者？还是跟随者，你负责了哪些模块，承担了多⼤的⼯作量，以此来评估你在团队中的作⽤。
• 项⽬难点：⽬的在于让⾯试官看到你碰到的技术难题，⽅便后续⾯试对项⽬进⾏⼀系列讨论。
• ⼯作成果：⾯试官需要看到你在做了上述⼯作到底达成了什么成绩，这个时候最好以数据说话，⽐如访问量、⽩屏时间等等。

​
这个时候也切忌⻓篇⼤论，把技术细节都写上去，甚⾄还写了⼼路历程的都是⼤忌，⼀⽅⾯篇幅太⼤会造成视觉混乱，另⼀⽅⾯⾯试官想看到的是简历，不是技术总结，⾯试官要⾯对上百份简历没那么时间来看你⻓篇⼤论，⻓篇⼤论⼤可以在⾯试中展开。

最好的⽅法就是⼀⾏⽂字简单得说清楚即可，反正项⽬⾯的时候会问到，到时候把准备的内容讲给⾯试官，掌握⾯试的主动权就是从项⽬经历这⼀栏中开始。
​
如果不怕字太多，还可以选择性加⼊解决⽅案、选型思路等，但是由于篇幅限制和为⾯试铺垫就不太建议写得太多。

二、面试前的准备

1. 利用脑图来梳理知识点

对于统一校招类的面试，要重点梳理前端的所有知识点，校招面试一般是为了做人才储备，所以看的是候选人的可塑性和学习能力；对于社招类面试，则看重的是业务能力和 JD 匹配程度，所以要针对性地整理前端知识点，针对性的内容包括：项目用到的技术细节、个人技能部分需要加强或提升的常考知识点。

所以，不仅仅简历要针对性地来写，知识点也要根据自己的经历、准备的简历、公司和职位描述来针对性地梳理。

基础知识来自于自己平时的储备，一般对着一本系统的书籍或者自己平时的笔记过一遍即可，但是提到自己做到的项目是没有固定的复习套路的，而且围绕项目可以衍生出来各种问题，都需要了解，项目讲清楚对于候选人也特别重要。基础是固定的，任何人经过一段时间都可以学完的，但是项目经历是实打实的经验。

对于项目的复习和准备，建议列思维导图（脑图），针对自己重点需要讲的项目，列出用到的技术点（知识点），介绍背景、项目上线后的收益以及后续优化点。这是第一层，第二层就是针对技术点（知识点）做各种发散的问题。

注：JD（job description），是指职位描述，是其缩写。一般在招聘中，最常用到的意思就是岗位介绍和工作职责描述的意思。

2. 收到面试邀请后的准备

当有公司邀请我们去面试的时候，应该针对性地做一些功课。

（1）了解部门和团队

了解部门做的事情，团队用的技术栈，前文提到这部分信息一般从 JD 当中就可以看到，如果 JD 并没有这些信息，那么可以根据面试的部门搜索下，总会找到一些零星的信息，如果实在没有任何信息，就准备岗位需要的通用技术。

（2）了解面试官

通过邀请电话或者面试邀请邮件，可以找到面试官信息。通过这些信息查找面试官技术博客、GitHub 等，了解面试官最近关注的技术和擅长的技术，因为面试官往往会在面试的过程中问自己擅长的技术。这一点在实际中比较难操作， 可以略过。

三、面试的注意事项

技术⾯试通常⾄少三轮:

• 基础⾯试: 主要考察对岗位和简历中涉及到基础知识部分的提问,包括⼀部分算法和场景设计的⾯试题,这⼀⾯可能会涉及现场coding。
• 项⽬⾯试: 主要考察简历中涉及的项⽬,会涉及你项⽬的相关业务知识、扮演⻆⾊、技术取舍、技术攻坚等。
• HR⾯试: 这⼀⾯通常是HR把关,主要涉及⾏为⾯试,考察候选⼈是否价值观符合公司要求、⼯作稳定性如何、沟通协作能⼒如何等。

⽽⼀个正常的技术⾯试流程(以项⽬⾯为例)分为⼤致三个部分:

1. ⾃我介绍
2. 项⽬(技术)考察
3. 向⾯试官提问

1. ⾃我介绍

⼏乎所有的⾯试都是从⾃我介绍这个环节开始的，所以我们得搞清楚为什么⾃我介绍通常作为⼀个⾯试的开头。

（1）为什么需要⾃我介绍

⾸先，有⼀个很普遍的问题就是⾯试官很可能才刚拿到你的简历，他需要在你⾃我介绍的时候快速浏览你的简历，因为技术⾯试的⾯试官很多是⼀线的员⼯，⾯试候选⼈只是其⼯作中的⼀⼩部分，很多情况下是没有提前看过你的简历的。其次，⾃我介绍其实是⼀个热身，⾯试官和候选⼈其实是陌⽣⼈，⾃我介绍不管是⾯试还是其他情况下，都是两个陌⽣⼈彼此交流的起点，也是缓解候选⼈与⾯试官之间尴尬的⼀种热身⽅式。 最后，⾃我介绍是展示⾃我、引出接下来技术⾯试的引⼦，是你⾃⼰指定技术⾯试⽅向的⼀次机会。

知道了以上原因，我们才能进⾏准备更好的⾃我介绍。

（2）⾃我介绍的必备要素

⾃我介绍归根到底是⼀个热身运动，因此切忌占⽤⼤量的篇幅，上来就把⾃⼰从出⽣的经历到⼤学像流⽔账⼀样吐出来的，往往会被没耐⼼的⾯试官打断，⽽这也暴露了候选⼈讲话缺乏重点、沟通能⼒⼀般的缺点。

但是，⼀些关键信息是必须体现的，以下信息是必备的:

• 个⼈信息: ⾄少要体现出⾃⼰的姓名、岗位和⼯作年限，应届⽣则必须要介绍⾃⼰的教育背景，如果⾃⼰的前东家是个⼤⼚最好提及，⾃⼰的学历是亮点最好提及，其他的什么有没有⼥朋友、是不是独⽣⼦没⼈在意，不要占⽤篇幅。这个部分重点在于你是谁？
• 技术能⼒: 简要地介绍⾃⼰的技术栈，切忌把⾃⼰只是简单使⽤过，写过⼏个Demo或者看了看⽂档的所谓「技术栈」也说出来，⼀旦后⾯问到算是⾃找尴尬。这个部分的重点在于你会什么？
• 技能擅⻓: 重点介绍⾃⼰擅⻓的技术，⽐如性能优化、⾼并发、系统架构设计或者是沟通协调能⼒等等，切忌夸⼤其词，要实事求是，这是之后考察的重点。这个部分重点⾃在于你擅⻓什么?

（3）重点匹配岗位的技术栈

你的⾯试简历可能包含了各种各样的技术栈，但是在⾃我介绍过程中需要匹配当前岗位的技术要求。就⽐如你⽬前⾯试的是移动端H5前端的开发岗位，就重点在⾃我介绍中突出⾃⼰在移动前端的经验，⽽此时⼤篇幅得讲述⾃⼰如何⽤Node⽀撑公司的web项⽬就显得很不明智。

（4）在⾃我介绍中做刻意引导

如果你的⾃我介绍跟流⽔账⼀样,没有任何重点，其实⾯试官也很难办，因为他都没法往下接话…

⽽只要你稍作引导,绝⼤部分⾯试官就会接你的话茬,⽐如「你在⾃我介绍中重点提及了⼀个项⽬，碰到了⼀些难点，然后被你攻克了，效果如何如何好等等」，如果我是⾯试官⼀定会问「你的xx项⽬的xx难点后来是怎么解决的？」。

⾯试官的⽬的是考察候选⼈的能⼒，对候选⼈做出评估，因此需要知道候选⼈擅⻓什么，是否匹配岗位，⾯试官绝⼤多数情况下很乐意你这种有意⽆意的引导，这样双⽅的沟通和评估会很顺利，⽽不是故意刁难候选⼈。

（5）如何准备⾃我介绍

其实最好的⽅法也是最笨的⽅法就是把⾃我介绍写下来，这个⾃我介绍⼀定要体现上⾯提到的⼏⼤必备要素，在⾯试前简单过⼏遍，能把⾃我介绍的内容顺利得表达出来即可，切忌跟背课⽂⼀样。

⾃我介绍的时间最好控制在1-3分钟之间，这些时间⾜够⾯试官把你的简历过⼀遍了，⾯试官看完简历后正好接着你的⾃我介绍进⾏提问是最舒服的节奏，别上来开始10分钟的演讲，⾯试官等待的时候会很尴尬，这么⻓的篇幅说明你的⾃我介绍⼀定是流⽔账式的。

2. 技术考察

⼀个好的技术考察的开始,必须得有⾃我介绍部分好的铺垫和引导。所以在前⾯的部分，⼀定要做好引导，把⾯试官的问题引到我们擅⻓的领域，但是这样还不够，正所谓不打⽆准备之仗，我们依然需要针对可能出现的问题进⾏准备。

那么如何准备可能的⾯试题？

⽐如你擅⻓前端的性能优化,在⾃我介绍的部分已经做好了引导,接下来⾯试官⼀定会重点考察你性能优化的能⼒,很可能会涉及很有深度的问题,即使你擅⻓这⽅⾯的技术,但是如果没有准备也可能临场乱了阵脚。

（1）多重提问

⾃我多重提问的意思是,当⼀个技术问题抛出的时候，你可能⾯对更深层次的追问。

依旧以前端性能优化为例，⾯试官可能的提问:

1. 你把这个⼿机端的⽩屏时间减少了150%以上,是从哪些⽅⾯⼊⼿优化的?这个问题即使你没做过前端性能优化也能回答个七七⼋⼋,⽆⾮是组件分割、缓存、tree
   shaking等等，这是第⼀重⽐较浅的问题。
2. 我看你⽤webpack中SplitChunksPlugin这个插件进⾏分chunk的,你分chunk的取舍是什么?哪些库分在同⼀个chunk,哪些应该分开你是如何考虑的?如果你提到了SplitChunksPlugin插件可能会有类似的追问,如果没有实际操作过的候选⼈这个时候就难以招架了,这个过程⼀定是需要⼀定的试错和取舍的.
3. 在分chunk的过程中有没有遇到什么坑?怎么解决的?其实SplitChunksPlugin这个插件有⼀个暗坑,那就是chunid⾃增性导致id不固定唯⼀,很可能⼀个新依赖就导致id全部打乱,使得http缓存失效.

以上只是针对SplitChunksPlugin插件相关的优化提问,当然也可能从你的性能测试⻆度、代码层⾯进⾏考察，但是思路是类似的。因此不能把⾃⼰准备的问题答案停留在⼀个很浅显的层⾯，⼀⽅⾯⽆法展示⾃⼰的技术深度，另⼀⽅⾯在⾯试官的深度体情况下容易丢分，因此在⾃⼰的答案后⾯多进⾏⾃我的追问，看⼀看能不能把问题做的更深⼊。

（2）答题法则

很多⾯试相关的宝典都推荐使⽤STAR法则进⾏问题的应答,我们不想引⼊这个额外的概念,基础技术⾯试的部分⽼⽼实实回答⾯试官的问题即可,通常需要问题运⽤到这个法则的是项⽬⾯,⽐如让你介绍⼀下你最得意的项⽬,回答问题的法则有这⼏个要点:

• 项⽬背景: 简要说⼀下项⽬的背景,让⾯试官知道这个项⽬是做什么的
• 个⼈⻆⾊: 让⾯试官知道你在这个项⽬中扮演的⻆⾊
• 难点: 让⾯试官知道你在项⽬开发过程中碰到的难点
• 解决⽅案: 针对上⾯的难点你有哪⼀些解决⽅案,是如何结合业务进⾏取舍的
• 总结沉淀: 在攻克上述的难点后有没有沉淀出⼀套通⽤的解决⽅案,有没有将⾃⼰的⽅案在⼤部⻔进⾏推⼴等等

重点就在于后⾯三条,也是最体现你个⼈综合素质的⼀部分，我是⾯试官的话会⾮常欣赏那种可以发现问题、找到多种⽅案、能对多种⽅案进⾏⽐对取舍还可以总结沉淀出通⽤解决⽅案回馈团队的⼈。从上述⼏点可以体现出⼀个⼈的技术热情、解决问题的能⼒和总结提⾼的能⼒。

（3）刻意引导

是的，在回答⾯试官提问的时候也可以做到刻意引导。

举⼏个简单的例⼦：

除了Vue还⽤过Angular吗？这个时候很多候选⼈就很实诚回答「没有」，其实我们可以回答的更好，把你知道的说出来展示⾃⼰的能⼒才是最重要的，你可以说「我虽然没⽤过，但是在学习双向绑定原理的时候了解了⼀下Angular脏检查的原理，在学习Nestjs的时候了解了依赖注⼊的原理，跟Angular也是类似的」，⾯试官⼀定会接着问你脏检查和依赖注⼊的问题，虽然你没有⽤过Angular，但是Angular的基本原理你都懂，这是很好的加分项，说明候选⼈有深⼊理解原理的意愿和触类旁通的能⼒
Vue如何实现双向绑定的？ 很多候选⼈⽼⽼实实答了 object.defineproperty如何如何操作,然后就没有了,其实你可以在回答完之后加上⼀嘴「Vue 3.0则选择了更好⽤的Proxy来替代object.defineproperty」或者「除了object.defineproperty这种数据劫持的⽅式，观察者模式和脏检查都可以实现双向绑定」，⾯试官⼤概率会问「Proxy好在哪？」或者「聊聊脏检查」等等，这样下⼀个问题就会依然在你的可控范围内

第⼀个例⼦把本来回答不上来的问题，转化为了成功展示⾃⼰能⼒的加分项，第⼆个例⼦让⾃⼰更多的展示了⾃⼰的能⼒，⽽且始终使⾯试官的问题在⾃⼰的可控范围内。

3. 向⾯试官提问

面试是一个双向选择的事情，所以面试后一般会有提问环节。在提问环节，候选人最好不要什么都不问，更不要只问薪水待遇、是否加班之类的问题。

⾸先声明⼏个雷区:

• 切忌问结果: 问了也⽩问,绝⼤部分公司规定不会透露结果的,你这样让⼤家很尴尬；
• 切忌问⼯资: 除了HR跟你谈⼯资的时候，千万别跟技术⾯试官谈⼯资，⼯资是所有公司的⾼压线，没法谈论；
• 切忌问技术问题: 别拿⾃⼰不会的技术难题反问⾯试官，完全没意义，⾯试官答也不是不答也不是；
• 切忌“我没有什么问题要问”最后被问到时这样回答等同于“再也不见”。

有⼏个⽐较好的提问可供参考:

• 团队情况、团队做的业务、本职位具体做的工作、工作的规划；
• 你对这个职位理想⼈选的要求是什么?；
• 公司培训机会和晋升机会；

尽量围绕你的岗位进⾏提问，这可以使得你更快得熟悉你的⼯作内容,也让⾯试官看到你对此岗位的兴趣和热情,重要的是这些问题对于⾯试官⽽⾔既可以简略回答，也可以详细的给你讲解，如果他很热情得跟你介绍此岗位相关的情况，说明你可能表现得不错，否则的话，你可能不在他的备选名单⾥。

4. 面试礼仪

• 注意社交礼仪： 虽然说 IT 行业不怎么注重工作环境，上下级也没有繁文缛节，但是在面试中还是应该注意一些社交礼仪的。像进门敲门、出门关门、站着迎人这类基本礼仪还是要做的。如果是视频面试，一定要坐姿端正，不要让面试官觉得你很随意的样子。
• 舒适但不随意的着装： 首先着装方面，不要太随意，也不要太正式，太正式的衣服可能会使人紧张，所以建议穿自己平时喜欢的衣服，关键是干净整洁。
• 约个双方都舒服的面试时间： 如果 HR 打电话预约面试时间，记得一定要约个双方都舒服的时间，宁愿请假也要安排好面试时间。面试时间很重要，提前十分钟到面试地点，熟悉下环境，做个登记之类的，留下个守时的好印象。如果因为堵车之类的原因不能按时到达，则要在约定时间之前电话通知对方。

四、如何通过 HR ⾯

HR通常是程序员⾯试的最后⼀⾯，讲道理刷⼈的⼏率不⼤，但是依然有⼈倒在了这最后⼀关上，下面从HR的⻆度出发来分析如何应对HR⾯。

1. HR ⾯的⽬的

HR⾯往往是把控⼈才质量的最后⼀关，与前⾯的技术⾯不同，HR⾯往往侧重员⼯⻛险的评估与基本的员⼯素质：

• 录⽤⻛险评估， 这部分是评估候选⼈是否具备稳定性,是否会带来额外的管理⻛险，是否能⻢上胜任⼯作，⽐如频繁的跳槽会带了稳定性的⻛险，HR会慎重考虑这⼀点，⽐如在⾯试中候选⼈体现出了「杠精」潜质，HR会担⼼候选⼈在⼯作中会难以与他⼈协作或者不服从管理，带来管理⻛险，再⽐如，虽然国家明确规定在招聘中不得有性别、年龄等歧视，但是⼀个⼤龄已婚妇⼥会有近期产⼦的可能性，可能会有⻓期的产假，HR也会做出评估。
• 员⼯素质评估， 这部分评估候选⼈是否具备职场的基本素质，是否有基本的沟通能⼒，是否有团队精神和合作意识等等，⽐如⼀个表现极为内向的候选⼈,HR可能会对其沟通能⼒产⽣怀疑.

所以在与HR交流中要尽量保持踏实稳重、积极乐观的态度，切忌暴露出夸夸其谈、负能量、浮躁等性格缺陷。

2. HR ⾯的常⻅问题

（1）对未来3-5年的职业规划
⽬的: 这个问题就是考察候选⼈对未来的规划能⼒,主要想通过候选⼈的规划来嗅出候选⼈对⼯作的态度、稳定性和对技术的追求.

分析: ⼀定要在你的回到中体现对技术的追求、对团队的贡献、对⼯作的态度，不要谈⼀些假⼤空的东⻄，或者薪资、职位这些太过于功利的东⻄,⽽且最好体现出你的稳定性,如果是校招⽣或者⼯作没⼏年的新⼈最好不要涉及创业这种话题,⼀⽅⾯职场新⼈计划没⼏年就创业,这种很不切实际,说明候选⼈没法按实际出发,另⼀⽅⾯说明候选⼈的稳定性不够.

建议分三部分谈:

1. ⾸先表示考虑过这个问题(有规划),如何谈⼀谈⾃⼰的现状(结合实际).
2. 接着从⼯作本身出发,谈谈⾃⼰会如何出⾊完成本职⼯作,如何对团队贡献、如何帮助带领团队其他成员创造更多的价值、如何帮助团队扩⼤影响⼒.
3. 最后从学习出发,谈谈⾃⼰会如何精进领域知识、如何通过提升⾃⼰专业能⼒,如何反哺团队.

⾄于想成为技术leader还是技术专家,就看⾃⼰的喜好了.

（2）如何看待加班(996)?
⽬的: 考察候选⼈的抗压能⼒和责任⼼

分析: 这个问题⼏乎是必问的,虽然996ICU事件闹得沸沸扬扬,但是官⽅的态度很暧昧,只⼝头批评从没有实际⾏动,基本上是默许企业违反劳动法的,除了个别外企在国内基本没可能找到不加班的公司,所以在这个⾯试题中尽量体现出⾃⼰愿意牺牲⾃我时间来帮助团队和企业的意愿就⾏了,⽽且要强调⾃⼰的责任⼼,如果真的是碰到⽆意义加班,好好学习怎么⽤vscode刷LeetCode划⽔是正道.

建议:

1. 把加班分为紧急加班和⻓期加班
2. 对于紧急加班,表示这是每个公司都会遇到的情况,⾃⼰愿意牺牲时间帮助公司和团队
3. 对于⻓期加班,如果是⾃⼰⻓期加班那么会磨练⾃⼰的技能,提⾼⾃⼰的效率,如果是团队⻓期加班,⾃⼰会帮助团队找到问题,利⽤⾃动化⼯具或者更⾼效的协作流程来提⾼整个团队的效率,帮助⼤家摆脱加班

当然了,就算你提⾼了团队效率，还是会被安排更多的任务，加班很多时候仅仅是⽬的,，但是你不能说出来啊，尤其是⼀些候选⼈很强硬得表示⻓期加班不接受,其实可以回答的更委婉，除⾮你是真的对这个公司没兴趣，如果以进⼊这个公司为第⼀⽬的,还是做个⾼姿态⽐较好。

（3）如何⾯对时间有限的⼯作?

⽬的: 考察候选⼈时间管理和处理⼤量任务的能⼒,当然也会涉及⼀定的沟通能⼒

分析: 程序员的⼯作内容可能⼤部分时间并不在写代码上,⽽是要处理各种会议、需求和沟通,通常都属于⼯作超负荷的状态,⾯对上⾯这种问题不建议以加班的⽅式来解决,因为主要考察的是你的时间管理能⼒和沟通能⼒,这些要素要在回答中体现出来
建议:

1. 将⼤量任务分解为紧急且重要、重要但不紧急、紧急但不重要、不重要且不紧急,依次完成上述任务,在这⾥体现出时间管理的能⼒
2. 与⾃⼰的领导沟通将不重要的任务放缓执⾏或者砍掉,或者派给组内的新⼈处理,在这⾥体现出沟通能⼒

（4）之前在上海为什么来北京发展?

⽬的: 考察候选⼈的稳定性和职业选择

分析: 这个问题⼀般是上份⼯作在异地的情况下⼤概率出现,HR主要担⼼候选⼈异地换⼯作可能会不稳定,有短期内离职⻛险,这个时候不建议说"北京互联⽹公司多,机会多"这种话(合着觉得北京好跳槽?),回答最好要体现出⾃⼰的稳定性,⽐如"⼥朋友在北京,⻓期异地,准备来北京⼀起发展" “家在北京,回北京发展” 等等,潜台词就是以后会在北京发展,不会在多地之间来回摇摆.

（5）为什么从上⼀家公司离职?

⽬的: 考察离职原因,候选⼈离职⻛险评估

分析: 这个问题经常会在跳槽的时候问到,这个时候切忌吐槽上⼀家公司或者⾃⼰的上⼀任⽼板,尽量从职业发展的⻆度来回答，凸显⾃⼰的稳定性和渴望学习上升的决⼼,⾄于⼀些敏感话题,⽐如加班太多、薪资太低这种问题也是可以谈的，毕竟你跳槽的诉求就是解决上家公司碰到的问题，但是不能触碰刚才提到的底线问题，切忌吐槽向.
建议:

1. 因为⼯资低、离家远、加班多、技术含量低等等原因离职
2. 因为离家远花费在路途上的时间过多,不如⽤来充电,因为加班多导致没有时间充电,⽆法提⾼等等

除了不要有负能量和吐槽向,这个部分可以坦诚得说出来

（6）还有其他公司的Offer吗?

⽬的: 评估候选⼈是否有短时间内⼊职其他公司的可能性

分析: 很多时候并不是候选⼈完美符合⼀个岗位的要求，HR当然想要⼀个技术更好、要钱更少、技术更匹配的候选⼈，但是候选⼈⼀般都会有这样或者那样的⼩问题。

⽐如，你的表现是可以胜任⽬前的岗位的，但是这个岗位不是很紧急，HR可能把你当做备胎，来找⼀个性价⽐更⾼的候选⼈。⽐如,你的表现很好,履历优秀，HR不知道能不能100%拿下你。所以如果你很希望加⼊这个公司，最好要做到「欲擒故纵」,既要体现⾃身的市场竞争⼒,⼜要给到HR⼀定的压⼒。所以,即使你已经拿了全北京城互联⽹公司的offer了，也不要说⾃⼰offer多如⽜⽑，⼀副满不在乎的样⼦，这样会给HR造成他⼊职可能性不⼤的错觉，因为他的选择太多了。当然,也不要跪在地上舔:“加⼊公司是我的梦想,我只等这⼀个offer”，放⼼吧，⼀定被hr放到备胎⼈才库中.

建议:

1. 表明⾃⼰有三四个已经确认过的offer了(没有offer也要吹,但是不要透露具体公司)
2. 但是第⼀意向还是本公司,如果薪资差距不⼤,会优先考虑本公司
3. 再透露出,有⼀两个offer催得⽐较急,希望这边快点出结果

（7）如何与HR谈薪资?

HR与你谈论薪资经常有如下套路：

• HR: 您期望的薪资是多少？
• 你: 25K。

OK，你已经被HR成功套路。这个时候你的最⾼价就是25K了，然后HR会顺着这个价往下砍，所以你最终的薪资⼀般都会低于25K。等你接到offer，你的⼼⾥肯定充满了各种“悔恨”：其实当时报价26、27甚⾄28、29也是可以的。
正确的回答可以这样，并且还能够反套路⼀下HR：

HR: 您期望的薪资是多少？
你: 就我的⾯试表现，贵公司最⾼可以给多少薪⽔？

如果经验不够⽼道的HR可能就真会说出⼀个报价（如25K）来，然后，你就可以很开⼼地顺着这个价慢慢地往上谈了。所以这种情况下，你最终的薪资肯定是⼤于25K的。当然，经验⽼道的HR会给你⼀句很官⽅的套话：

• HR: 您期望的薪资是多少？
• 你: 就我的⾯试表现，贵公司最⾼可以给多少薪⽔？
• HR: 这个暂且没法确定，要结合您⼏轮⾯试结果和⽤⼈部⻔的意⻅来综合评定。

虽然薪资很重要，但是我个⼈觉得这不是最重要的。我有以下建议：

• 如果你觉得你技术⾯试效果很好，可以报⼀个⾼⼀点的薪资，这样如果HR想要你，会找你商量的。
• 如果你觉得技术⾯试效果⼀般，但是你⽐较想进这家公司，可以报⼀个折中的薪资。
• 如果你觉得⾯试效果很好，但是你不想进这家公司，你可以适当“漫天要价”⼀下。
• 如果你觉得⾯试效果不好，但是你想进这家公司，你可以开⼀个稍微低⼀点的⼯资。

需要注意的是，⾯试求职是⼀个双向选择的过程。⾯试应该做到不卑不亢，千万不要因为⾯试结果不好，就低声下⽓地乞求⼯作，每个⼈的⼯作经历和经验都是不⼀样的，技术⾯试不好，知道⾃⼰的短板针对性地补缺补差就⾏，⽽不是在⼈事关系上动歪脑筋。

3. HR面的沟通技巧

跟 HR 沟通的时候，不要夸大现在的薪酬，HR 知道的信息往往会超出你的认知，尤其大公司还会有背景调查，所以不要撒谎，实事求是。跟 HR 沟通的技巧有以下几点：

（1）不要急于出价

不要急于亮出自己的底牌，一旦你说出一个薪酬范围，自己就不能增加薪酬了，还给了对方砍价的空间。而且一个不合理的价格反而会让对方直接放弃。所以不要着急出价，先让对方出价。
同时，对于公司级别也是，不要一开始就奔着某个目标去面试，这样会加大面试的难度，比如：
目标是拿到阿里 P7 的职位，不要说不给 P7 我就不去面试之类的，这样的要求会让对方一开始就拿 P7 的标准来面试，可能会找 P8+ 的面试官来面试你，这样会大大提升面试难度。

（2）要有底气足够自信

要有底气，自信，自己按照上面的估值盘算好了想要的薪酬，那么应该有底气地说出来，并且给出具体的原因，比如：

1. 我已经对贵公司的薪酬范围和级别有了大概的了解，我现在的水平大概范围是多少
2. 现在公司很快就有调薪机会，自己已经很久没有调薪，年前跳槽会损失年终奖等情况
3. 现在我已经有某个公司多少 K 的 offer

如果 HR 表示你想要的薪酬不能满足，这时候你应该给出自己评估的依据，是根据行业职级标准还是自己现有薪酬范围，这样做到有理有据。

（3）谈好 offer 就要尽快落实

对于已经谈拢的薪酬待遇，一定要 HR 以发邮件 offer 的形式来确认。

五、总结

• 面试完了多总结自己哪里做得不好，哪里做得好，都记录下来，后续扬长避短
• 通过面试肯定亲身体会到了公司团队文化、面试官体现出来的技术能力、专业性以及职位将来所做的事情，跟自己预期是否有差距，多个 offer 的话多做对比

每次面试应该都有所收获，毕竟花费了时间和精力。即使面不上也可以知道自己哪方面做得不好，继续加强。