我是如何面试一位前端工程师

我是如何面试一位前端工程师

最近面试不少,发现团队同学面试的问题以纯知识点为主,提问方式很机械。对于现在前端面试总是被人吐槽面试与实际的工作完全不搭边,和面试官面试方式有很大关系。这篇文章主要是记录我是如何面试,以分享给大家作参考。希望对你有用。

扎实的基础

很多面试者的简历中一定会写各种『精通』,这是非常有自信的表现,对于基础的考察,最好的方式还是笔试。

计算机学习无非也包括记忆和理解。前期记忆的内容颇多,也比较容易上手给人一种很快就可以『精通』的错觉。而恰恰忽视了理解的重要。理解能力是对我对是否能够进入这行工作最先考察的内容。分两个方面

1. 对已知的理解深度。对你掌握的知识,一定会有所考察,是肤浅还是真正的精通。

我喜欢问 setTimeout (fn, 0) 执行顺序,如果能说到 macroTask 机制,是出自标准规范的 job 和 task 处。还能讲上一些执行优化的策略,就基本满分了。当然现在前端发展太快,框架本身就体现出很高的复杂度,比如我不会问 React 生命周期触发顺序这样的问题,更多是问些设计上的问题,setState 的设计等。

2. 对未知的预判。对你未了解的知识是否可以举一反三,判断运行过程。

我喜欢问可视化相关的问题,大部分人都没做可视化工作,API 自然不是重点。比如在没写过图表的前提下,怎么抽象数据与图形的映射,怎么去组合不同的图表部件。

纯知识点就是太死板了,一般只是校招同学会这么问。我更喜欢以场景展开,比如我常问的一个校招问题,有一块区域要展示一组数据,但数据需要请求 3 个接口才能计算得到,请问前端是怎么做的,如何优化,前端什么情况下可以放弃合并接口的要求。这个地方至少会考察到异步,本地缓存,延展下会问下并发,竞态,协程等。答得好不好完全在于你的知识面的深度和广度,能否一直让我延展下去。

我常常说面试只看前5分钟的感觉。这种感觉就来源于他是否有非常扎实的基础。

过去的思考

在工作中磨练过的同学,我最看重的是解决问题的能力。前端工程,以工程为主。我自己一般在面试前会花10-20分钟时间根据你简历中的经历来准备你『擅长领域的问题』。

这里非常需要简历有故事性,比如过去工作的项目背景,项目的内容和成果,你做了些什么。如果有网站或作品就非常棒了。或你在实验室研究的内容,有没有相关的 paper 或是开源工程。简历中一定要体现出你的价值。如果没有,我一般会先问一个问题,在过去一年中你遇到的最大挑战是什么。其实这个问题很难回答,尤其是你自己在过去的工作中没有总结和思考的话。

面试官要考察:

1. 是否有抽象。有很多问题本身都非常小,但是否能以点及面,考虑更大的层面。比如做不同项目,有没考虑体系建设,怎么考虑历史库的升级及维护

2. 是否有向前看。前端发展非常快,有很多的新内容。对新内容的判断,怎么使用也是考察的重点之一。尤其是为什么要用某个技术这个问题是我常问的。为了技术而技术,考虑问题的全面性就会差很多。

互相交流难题

我们大老板曾对我们说,面试不是去问倒别人,来显得你多牛,而是去尽力找对方的亮点。

每一次面试对我来说是一次非常好的交流机会,我在公司面试过程处在中间的位置,到我这里的同学已经接受过技术的考验,我相信有能力可以提出更高的要求。

有时我问的问题,会拿些非常棘手的场景,我自己都不知道最佳实践是什么,至少我们没有做好。很多时候,我很想知道你有没有好的答案,我也很想把我的想法分享给面试者,这是一个互相交流的过程。有时,被面试的同学有些非常好的思路,我也非常兴奋。

最近面试到一位同学,做过全链路的数据采集,但没有用到分布式架构,这让我很意外。我完全忘记在面试,而在聊他们是怎么做的,遇到性能和同步问题怎么解决的。当然,我把我的方案也和他聊了一下,总之还是非常愉快。

气味相投

说到底,面试是在选择你的同事,你的下属,或帮合作同事选择。你的一纸通过意味着得到了你的认可,这种认可一半是出自技术,一半是出自气味相投。

作为面试人,我一定会在最后问『有什么想了解我们团队的么』这样一个问题。只要不在机密范围内,我都会和你介绍我们的工作内容,愿景是什么。希望你能够了解我们,是不是你想要去的团队。

作为面试者,我一定希望你有足够的兴趣来我们团队,预判团队工作是否有挑战,公司的远景是什么,是否以技术为驱动力,我是否有合适的位置等。

写在最后

对于面试者,面试过程只是一个时刻,你的过去和将来更为重要。多思考在工作或学习中,还有什么问题值得你去解决的,尝试不同的方案,总结失败和成功。最为关键的是将来的你要成为什么,去往这个方向努力。

对于面试官,你需要找到每一个人的闪光点,学会欣赏每一个人,从这个过程中去寻找比你优秀的伙伴。

发布于 2017-11-06