面试中值得注意的问题

春招开始了，这一周面试了7个同学，下周估计更多，累的够呛。面试下来发现一些值得注意的细节问题，记录下来供大家参考，不着急找工作的同学呢也可以根据这些内容来修正自己的学习方向。

PS：我所在的行业是互联网，岗位是前端工程师，目前会承担一面（技术面）的职责。

本文同步发表在我的个人博客：面试中值得注意的问题

个人博客的评论系统加了邮件通知，有什么想和作者说的建议在个人博客留言哦

后续若有变化，将只在个人博客更新，恕此处不再修改

关于简历

这里不从正向去教大家如何写一份好的简历，只是把我遇到的简历中的一些问题暴露出来帮助大家避过一些“雷区”。

不要有错别字

是的，你没看错，首要的原则就是保证简历没有错别字。虽然我们这个行业对错别字没有挑三拣四的习惯，但是有错别字给人的第一印象就很不好，尤其你的自我评价还写着一个“细心，对自己要求高”就显得很讽刺。

语句通顺

主要出现在一些比较长的句子中，由于助词等使用不当，整句话显得十分拗口，虽然结合专业背景不难猜到面试者想表达的意思，但是真的会让人怀疑你的语文水平。那么我们为什么要注意语句通顺的问题呢？首先文字功底也是沟通能力的一种体现，其次对于这个行业其实有很多文字工作的机会，比如设计文档、代码注释、项目总结等。如果你简历里有太多语言表达方面的弱点，会给你减分很多。

检查简历是否通顺也有个很简单的办法，就是读出来，用眼睛看有的问题不容易看出来，但是当你读出来的时候语句不通顺的地方你自己会感觉到别扭的。

按照时间线排列项目

简历的项目按照时间线倒序排列，就是距离现在较近的项目放在前面，较远的放在后面。这样放更能体现你的成长轨迹。

简历命名

有的公司在发JD的时候会注明简历命名格式，如果没有格式要求建议简历命名包含以下信息：

• 姓名
• 学校（如果是校招而且学校不错的）
• 工作年限（如果是社招）
• 求职意向（想面试的岗位）
• ……

简历拥有良好的命名可以给HR、面试官等提供很多方便。简历的命名就像书的名称一样，要让人一眼能看到他想找谁的简历。

项目经历和求职岗位的相关性

这种问题常见在跨专业找工作的场景。想找前端的工作，但是简历里写的很多项目和前端无关。（面试官也看不懂，你写了有啥用？）当然，如果是编程这个大领域的可以写一写。对于和你求职意向相关的项目，可以展开写写。项目经历要包括以下几个要点：

• 项目概况，例如实现的功能、规模等
• 采用的技术栈
• 你在项目中扮演的角色
• 难点或亮点

以公司为维度划分项目

今天看到一份简历，先写了自己工作过的公司。然后写了项目，项目命名又包含了“ＸＸＸ公司ＸＸＸ部门的某某项目”，这里很明显公司名称有点冗余，而且很多项目堆在一起也看不清一个整体的情况。所以我比较推荐的公司名称、工作时间等信息加粗加大作为表头，下面是这个公司的项目按照时间的倒序排列。对于大多数人，公司数目和项目数目也不会太多，这样一样就能看出你待过几家公司、哪家公司项目多一些等信息。

严禁简历造假

大公司有着严格的资料筛查制度，面试流程也较为严格

关于内推

什么是内推

现在投递简历的方式有多种多样：

• 公司官网
• 邮箱（多见小公司）
• 第三方软件（大街网、boss直聘等）
• 内推等

大多数场景下，内推的好处是简历跳过HR（至少在我们公司是这样）直接到老板面前。博取到面试的机会的概率更大一些。毕竟HR可能因为各种因素挂掉你的简历 ，而用人部门更多的看你的技术水平。对于大公司，内推成功一名员工是有奖励的，内推的员工级别越高，奖励越大。

真假内推？

现在一些公司会转发内推码，通过改方式投递简历会进内推流程。这里我要告诉你的是，内推和内推也是不一样的。考虑如下几个场景：

• 简历加入内推简历池
• 帮你把简历丢到群里，告诉大家需要者自取
• 恰好知道哪个部门需要什么岗位，定向推荐给自己认识的人

你猜猜哪个内推方式更有效率？所以如果你在一所不错的学校，建议你跟学姐学长们搞好关系，没准找工作时候有大用处。以我为例，很多找我内推的同学和朋友，我会先看简历，如果水平正常，恰好部门需要，就会发给老板看看，如果水平一般，想靠内推走后门，我一般就会回答：“简历给HR了，有消息他们会通知你的”。毕竟，内推也是以我的个人信誉做担保，不能退给老板太水的简历。

需要提醒大家的是，一些内推的人留的邮箱不是公司邮箱，这种场景下要额外注意内推消息的真实性，避免上当受骗。

面试官喜欢问些什么问题？

考察点

其实面试官的问题背后都有一些目的（这是一句废话），通常会从以下几个方面考察：

• 专业基础（例如前端的三大件）
• 知识广度（对后端的了解、有没有自己折腾过什么项目等）
• 沟通能力（是否能说清楚话、总结归纳能力怎么样等）
• 态度及学习能力、思维能力

提问方式

面试官喜欢问的问题基本是为了获取上述几个维度的信息。对应的提问方式也分为几类：

有标准答案的问题

这类问题通常用来考察一些基础知识，尤其当你项目经历不是很丰富时候，会直接了当的问一些基础知识，这类问题通常都有标准答案。一些稍微复杂的问题，通过你回答时候归纳总结的程度也能看出来你是掌握了这个知识点还是在照本宣科的背答案，我更喜欢那些用自己的语言说出要点的同学。举几个例子：

• 说几个H5的标签
• 简述es6的箭头函数
  -……

这里很有意思的一点是有的同学回答一些问题模棱两可，但是回答较复杂的问题却能比较标准（但是不熟练），有太明显的准备面试的痕迹，这是一个减分项。

项目经历衍生的问题

比如会跟你就一个项目提到的技术进行讨论，一般会先问你基本的使用情况，然后渐渐深入看你是否知道改技术的底层实现。这类问题的特点是由浅到深，答案比较开放式。很多同学为了回答问题而回答，生搬硬套，明明是团队选择了这个框架自己就跟着用了，还非要说一堆自己不熟练的理由，这种也会比较减分。比如：

• 看你有几个项目使用到了vue，vue的双向绑定如何实现？
• vue 3.0中会使用什么技术实现双向绑定？
• 为什么选择了vue作为项目框架？
• vuex是为了解决什么问题？如何判断一个项目是否应该使用它？
• ……

我个人比较偏爱这类问题，因为这很容易看出你是喜欢钻研的人还是只是停留在看文档写demo的阶段。很多同学的学习仅仅停留在对着文档写demo的程度，或者只是按部就班的实现功能，其实只要在学习的时候没遇到一个问题就多思考为什么，每调用一个API就思考它的底层实现，很快你会有很不一样的收获，用一句俗语解释就是“知其然，知其所以然”。

问到你不知道为止

面试的一个目标就是测试你能力的边界和潜力，所以我比较喜欢就某些问题一直问道你不知道为止。对于回答不上来的问题，进行适当引导，看你能否思考出解决方案。对于你没有遇到过的业务场景，看你思维的严密性等。这类问题，及时回答不上来，也可以说一些大概的思路，不要瞎答，也不要不答。