面试中值得注意的问题

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

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

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

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

后续如有变化，将只在我的博客更新，恕此处再也不修改

<!-- more -->

关于简历

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

不要有错别字

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

语句通顺

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

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

按照时间线排列项目

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

简历命名

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

• 姓名
• 学校（若是是校招并且学校不错的）
• 工做年限（若是是社招）
• 求职意向（想面试的岗位）
• ……

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

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

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

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

以公司为维度划分项目

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

严禁简历造假

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

关于内推

什么是内推

如今投递简历的方式有多种多样：

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

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

真假内推？

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

• 简历加入内推简历池
• 帮你把简历丢到群里，告诉你们须要者自取
• 刚好知道哪一个部门须要什么岗位，定向推荐给本身认识的人

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

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

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

考察点

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

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

提问方式

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

有标准答案的问题

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

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

-……

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

项目经历衍生的问题

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

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

我我的比较偏心这类问题，由于这很容易看出你是喜欢钻研的人仍是只是停留在看文档写demo的阶段。不少同窗的学习仅仅停留在对着文档写demo的程度，或者只是循序渐进的实现功能，其实只要在学习的时候没遇到一个问题就多思考为何，每调用一个API就思考它的底层实现，很快你会有很不同的收获，用一句俗语解释就是“知其然，知其因此然”。

问到你不知道为止

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