您的位置:知识库 » 求职面试

前端面试官的套路,你懂吗?

作者: Jartto  发布时间: 2019-03-14 14:15  阅读: 221 次  推荐: 5   原文链接   [收藏]  

  最近一年陆陆续续都在面试各种不同程度的 Web 前端开发,总觉得现在前端氛围太过于浮躁,急于求成的人比比皆是。

  然而很多童鞋还是没有掌握面试的技巧,一次次碰壁。鉴于此,我觉得是时候总结一些面试经验了,只不过这一次我打算从面试官的角度来阐述。

  我是如何面试前端的?

  一、筛选简历

  我们先从筛选简历阶段说起,一般人力同事会帮我们去捞一些合适的简历,但是很多时候技术开发自己也不会闲着,而不同职能的人捞简历的方式也千差万别。

  先从我自己捞简历的角度来说吧,当然,不同的面试官有不同的风格,不可尽信。

  1. 我一般会去看简历中所提的技术栈是否匹配,怎么看呢?我们可以抓住简历中的技术名词,一般来说如果一点技术名词都没有提到,那么大概有以下几种可能:

  • 很水
  • 很牛但是概率很小
  • 不会写简历

  所以,一部分人可能会因为简历的问题没有了面试机会,这点是需要非常注意的。

  那么有人可能会问,那我该如何在简历里面体现我的技术实力呢?

  我们举个简单的例子,假如你要面试一个公司,他们主招 React 技术栈的前端开发,那么你的简历里面只有 React 这个名词是不够的,最好能体现出 React 的生态来。

  这样写就不错:熟练使用 Antd+React+Redux 开发项目,Roadhog 或者 Webpack 构建项目,Nextjs 做服务端渲染。

  其他技术栈类似,了解技术栈的周边生态,间接的反应了项目的体量。

  二、个人介绍

  通过了简历筛选阶段,就真正到了面试环节。这时候一定要准备好一段最多 3 分钟的个人介绍。

  请注意,最多 3 分钟!

  碰到过这样的面试者,一段个人介绍说不完,滔滔不绝,从高中时代说起,然而面试官并没有那么多的耐心和时间。这样会留下不太好的初次印象。正确的做法是:

  言简意赅的说明自己的工作时间,擅长技术栈和自己的工作预期。

  三、技术名词

  既然我是通过技术名词来筛选简历,这就成为了我面试的重点考察区域。简历堆砌技术名词其实是一把双刃剑:

  1. 不写技术名词,简历容易被刷掉;

  2. 写上的话,可是需要充分的准备哦,否则这可能成为你的软肋;

  为了充分说明,我举几个例子(这是真实面试的反馈):

  再来看一个:

  可以看到,技术点我都会去问一下,根据掌握度,会有一个简单的评分(1-5)。而这个评分就是我定级的标准,后面会详细说明。

  四、挖掘项目的深度

  项目经验也是面试中比较重要的一个环节,为了对面试者有一个全面的认识,所以我会花一些时间聊聊面试者做过的项目。

  当然,不会有人只写一个项目,所以我的问题就变成了:能看出来你做过不少项目,有没有哪个项目是你做的最好,值得骄傲的?

  这样,我就可以从最好的项目入手,省去了人为过滤的麻烦。

  当面试者开始讲自己项目的同时,作为面试官,我有几件事情需要确定:

  1. 首先要确定项目是否是自己做的,即确定项目的真实性;

  举个例子:你的项目是 React 搭建的,能告诉我搭建项目的过程和需要注意的地方吗?

  这时候有人就漏底了,除了 Create-react-app 之外,什么都说不出来。难道你不用 Router 吗,难道不需要处理静态资源吗,难道不需要构建吗?

  细问之下,告诉我项目是其他同事搭建的,自己只负责开发业务。

  2. 项目的缺陷

  我们在架构项目的时候,想的太多会过度设计,想的太少则可能会出现随着业务增长而来的种种问题。很多企业都在探索某个技术领域的最佳实践,其实并没有行业通用标准,只是思想可以借鉴罢了。

  当然,你如果经验丰富,并且能不断重构,是可以修复一些项目缺陷。嗯,所以我的问题又来了:在项目中有没有碰到过一些问题,你是如何解决的?

  这里主要考察面试者实际处理问题的能力,以及是否有独立思考的过程,这个很重要。

  3. 项目的深度

  项目做到一定规模以后,一定会去深挖原理,甚至原本的架构或者插件都无法满足。举个例子:如果没有扩展过 Webpack Loader 的项目,基本可以肯定是一个小型项目,中型或大型项目以及业务复杂的项目都或多或少有一些方向的扩展。

  项目深度的考察其实比较难,总会有一些行业通用问题需要去解决,这也就是 BATTMD 这些公司经常会去制定一些行业标准,开源一些技术方案的原因。

  当然,很多公司还是达不到这个层次,所以项目深度也是因人而异,并没有通用标准。

  所以考察方向就成了对这个项目的持续开发,垂直领域以及深度思考。

  五、程序基础,手写代码,算法

  看到过这样一个问题:面试要求手写代码的面试官是不是都很 Low?

  显然不是,通过写代码可以看出一个人的编程功底和思想。另一方面,我们很多时候都在阅读别人的代码,所以能迅速的看出你代码问题的人,在我看来,能力是在你之上的。

  一般手写代码都集中在:数组操作、原生 JS、算法实现、以及数据结构这几方面。部分前端有可能会有一些 CSS 布局要求。这里我就不展开说明了,后续会出系列文章来探讨笔试面试题相关内容。欢迎关注,欢迎探讨。

  六、技术热情

  我们来举两个例子:

  问:HTML5 的地理定位你用过的场景是什么?

  答:balbalbal

  问:有没有遇到过定位不准的情况,浏览器定位的原理究竟是什么呢?

  答:……

  再譬如:

  问:webpack 你最常用的 loader 都有哪些?

  答:balbalbalBabel

  问:Babel 的作用是什么?

  答:balbalbal

  问:有没有了解过 Babel 的原理,它是如何做到的呢?

  答:……

  相信大家也看出问题了,这位同学会有一些简单的使用场景,但是一追问原理,就一无所知。所以你觉得他对技术有热情吗,难道你对技术一点都不好奇吗?

  技术热情决定了你在这行的成就,也决定了你是否能走得更远。

  七、个人规划

  你一定很奇怪,为什么会考察个人规划?

  原本我也是认为一些个人规划都是空谈主义,整一些虚无缥缈的东西有意思吗?然而实际并非如此,当我陆续面过很多工作 10 年之久的行业前辈的时候,我会发现有些人之后的几年毫无进展,完全是在混资历,技术一塌糊涂。

  这时候我就有了反思,为什么会有这种现象,我猜测大概有如下几点原因:

  1. 没有个人规划,走哪算哪,混日子型;

  2. 忙于管理,疏于技术;

  3. 长期在一个岗位,做着千篇一律的事情;

  个人规划的意义就很明显了,之前前端反思录(三)—谈谈个人规划有提到过,这里就不细说了。

  人变老了的感觉不是说我不想学习新东西,而是老东西我还消化不完。

  八、面试者反馈

  面试接近尾声的时候,作为尊重,这时候我都会去问这样一个问题:大概情况我都了解了,有没有你觉得自己擅长而又没被问到的东西?

  每个人都会有自己的思维,甚至是偏见,所以面试的时候一定要去得到面试者的互动和反馈,从而映证自己的观点。报着一个人才都不放过的心态,去全方位了解面试者。

  也许他所擅长的刚好是你的软肋呢?海纳百川,有容乃大。

  九、你有什么问题想问我?

  面试官一定要放低姿态,不要一副高高在上的样子,尤其是做技术的。如果觉得面试者稍微有些紧张,可以先聊点其他,如:所学专业,住在哪里,上下班时间之类无关痛痒的问题,缓解一下紧张气氛。

  至于最后一个问题为什么要问:你有什么问题想问我?有以下几点理由:

  1. 确定面试反馈;

  2. 给面试者一个沟通的机会;

  3. 看看面试者对应试部门的了解或者是对公司的兴趣;

  十、定级

  技术名词部分,我做了打分处理,所以定级就很容易了。一般情况我会按照 5 分制来评估,具体的标准这里就不透露了。

  当然,每个面试官都有自己的风格,也许完全和我这一套背道而驰。但是你要记住,套路是一致的,任何事物都会有一个评判标准。

  我走过最长的路,就是你的套路!

  十一、文末彩蛋

  每个人都是天才,但是如果你以爬树的本领来判断一条鱼的能力,那它终其一生都会以为自己是个笨蛋。很有意思的一幅图,分享给大家。

5
0
标签:前端 面试

求职面试热门文章

    求职面试最新文章

      最新新闻

        热门新闻