请选择行业
请选择职位
请选择省份
请选择城市

强行解释一波面试造火箭

时间: 2019-07-01 09:42   作者: 桃翁   点击次数: 
 

  很多人总是抱怨面试官问一些平时不常用的知识点,比如算法呀,网络(TCP)等等,也就是大家常说的:面试造火箭,工作拧螺丝。

  但是有没有想过为什么整个前端圈,或者绝大部分面试,不仅是前端,各种职位都是这样呢?难道就没人来解决这个问题吗?

  我觉得,事实上,这是一种合理的行为,并不是因为存在即合理,而是本来就应该这样,接下来我以两个方面阐述我的观点。

  一、 考验对专业知识的掌握的扎实程度

  在张鑫旭的十问十答里的一个问题是,「前端开发基础扎实的标准是什么?」

  这里面他对「扎实」的解释我觉得很适合来答这个问题。

  「扎」其实可以理解为深度,你可以想象一个用一根针,扎你的皮肤,对一个点的压力,可以让你痛不欲生。

  那么如何理解知识的深度呢?

  我还是拿前端面试来举例,比如考一个快速排序,很多人就觉得这有什么好考的嘛,平时又用不到,引擎底层已经写好了 sort 方法,什么数量级用什么排序底层也已经实现好了,没必要考了呀。

  但是其实面试官并不是想考你快排的代码是如何写的,说实话,花个十分钟,最多半小时,一个快排的代码你肯定可以记住。但是其实考察快排的真正原因可能不仅仅是考察代码,而是考察它的思想,分而治之(分治法),划分算法的运用。

  另外可能会再问你,它的时间复杂度是多少,如何计算等这些问题,这些问题也不是来考你这一个算法的计算,而是通过这一个算法来看你知道怎么算时间复杂度不?以此来引导你为什么快速排序快,为什么同样是分治法的归并排序没有这么快。等等相关的算法方面的知识。

  面试官所考察的问题只是各种底层思想的一个运用,通过这个实例应用来考察对底层思想的理解程度。所以很多时候大厂的面试总是从浅入深的问问题,直到把你问到不知道为止。

  再谈谈「实」,实则可以理解为满,考察知识的广度。

  想象一下什么样的情况你才会说一个东西实,给你一晚装满的米饭,并且还压一压,再放进去一些米饭,直到压不下去了为止,这个时候你会说满满的一晚米饭,很实在。

  所以对「实」的理解就可以理解为满,全。

  如何来体现你对知识的广度呢,也就是实。

  比如可以考察一些你平时不常用的,但是你也许会用到的知识点。比如一些简单的算法和数据结构,链表呀,网络里面的 tcp/ip 协议族呀,函数式编程呀等等,一些 html5 的特性(比如 web-compoennt)等等。

  你可能在平时编程中没用到,或者大多数前端工程师平时不会用到,但是这些是基本功是需要知道的,比如 React 源码中就用到一些简单的数据结构,链表(Fiber 树就是用链表的结构存的,是一个单链表,以及里面还有循环列表的增删改查),如果不知道树可以用链表存,如何对链表进行操作,那么可能你看源码就很成问题。里面还有一些位运算等,位运算平时也不常用吧,但是 fb 的工程师就用它来解决实际问题。

  再比如 web-component,这已经是 w3c 提出的一个前端组件化的标准了,我国也有大佬用 web-component 实现了一些库,比如腾讯出的 OMI

  地址: github.com/Tencent/omi

  所以狼叔在 2019 大前端技术趋势深度解读」里提到可能他是下一代框架的标准。

  我们前端变化得快,新东西也多,如何不跟上时代,多了解(主要了解,不是每个新东西都要去深究,因为你没那么多时间,大多数时间还是要用在平时用得到的地方)一些新东西。跟不上时代,也行就会慢慢的被淘汰,所以现在前端招聘基本上都会需要你会一门框架,不管是 React VueAngular,这些都是趋势,数据驱动,不再是以前拿起 jQuery 就是干了。

  小节

  在工作中常用的知识点,那些是最重要的,那么大家都会这些,如果你不知道点,别人不知道的东西,这些东西比别人掌握得更深一点,面试官为什么要你? 也许你还是个双非(非985211)。

  我觉得在任何领域都适合一个定律,就是「T」字形发展,先把专业搞深一点,然后往两边扩展。

  二、醉翁之意不在题

  另外面试官也许会考你一些软技能,考你的不仅仅是面试题完成了那么简单。这点注意,越简单的题越不简单(好好理解这句话)

  我拿我自己的经历来举例,之前做小米的笔试题(是那种把题目发给你,两天内做好了发给他)的时候,有一道题是:求最大公约数的题目。

  很多人看到这道题觉得很简单嘛,几行代码就搞定了,当时跟我一起做笔试题的几位竞争者也是,他们就写了一个算法。

  而我当时想到,我觉得面试官在检查这道题的时候如果看代码还是有点麻烦,所以我就写了一个界面,界面上提供了可以点击的数字,还有输入框,还有几个计算按钮,一个结果框,用户可以通过点击数字,或者在输入框里输入数字进行计算最大公约数,还做了一些错误提示等。

  这相当于做了一个应用,一个可以给用户使用的应用,所以最后因为这道题,我被录取了。

  我被录取的原因,这些都是进去之后,老大告诉我的,当时很惊讶,竟然是因为这个。

  所以之后我就越来越注重用户体验,多一些思考,让别人用自己做的东西的时候更舒服,更方便。

  我期望的面试官

  声明:我没当过面试官,所以以上内容大多是我思考(猜测)的,也可以用说用一种合理的解释,来解释了现在这种现象。

  我期望的面试官是这样的,或者说如果我以后当了面试官我会怎么做。

  作为面试官不是把面试者考倒,而是尽量挖掘面试者擅长的地方,然后去打破砂锅问到底的看对擅长的地方研究有多深,考察深度。

  在考察的时候先考察广度,再考察深度,从广度的问题中提取擅长的点,然后再问下去。

  一些小提示

  一般面试官不会因为你某道题没答出来就否定你的。

  面试官不喜欢简历上写的啥都会,一问每个知识点都掌握得很浅。

  对于平时常用的框架,至少要知道核心原理。

  这些是之前我们组面试官在讨论的时候提到的,希望能给大家帮助。

打印本页 | 加入收藏

上一篇:【精品课程】Pytest之秒会接口自动化    

关闭  
主要城市: 北京 上海 杭州 广州 南京 武汉 长沙
全部城市: