聊聊技术面试

2019-04-16 01:37 来源:未知

前端面试【有感而发】

2015/09/16 · HTML5, JavaScript · 1 评论 · 面试

原文出处: 聂微东(@聂微东)   

首先,这篇没有具体的面试题;

其次,这篇仅是我个人的面试态度;

最后,在这金三银四的跳槽季里,祝愿各位找到好工作。

俺第一次做面试官是2011年,想起那时自己真的很紧张(不管做什么头几次都紧张哈),可是还是在希望在面试者面前留个比较专业的印象,所以总是装作很淡定,记得那时总会放一件修身小西装放公司,专门用来面试的时候穿的,装成熟,你懂得。现在回忆起那时的点滴,不由自主的会嘴角上扬:)

图片 1

——————————- 低调的分割线 ——————————-

 

“全世界都缺前端” —— 这话总会被提起,PM尤其是喜欢这么说,而且还是在工作推动的过程中(我会告诉你我这是在黑PM么)

面试一直是俺工作中重要的一块,而且自己也喜欢去参与面试(工作忙爆的时间除外)。原因究竟为甚其实我自己也说不上来,可能是因为心里希望在工作时可以与聪明的人合作吧;也可能是希望通过面试push自己去主动了解行业新的技术…Anyhow,也就一头扎进了面试官的行列,且乐此不疲。

图片 2

前端回忆录  

8年前的前端做些什么?页面重构(HTML CSS)和实现页面交互(JS CSS);jQuery也是在8年前诞生(06年8月发布V1.0);

4年前业内提出大前端,这直接让前端职位在产品和业务中变得更加重要,甚至是最重要的存在,在以前的技能基础上又需要掌握一门服务端语言和少量数据库的经验(从那时开始身边经常有朋友由后端转前端);

2年前的前端界Node开始疯狂火热,且一扫各种前端论坛、开源项目,狂热者更提出“JS一统WEB开发”的头号,数据结构简单点的网站建设只需要一个工程师即可搞定,那就是前端,叼炸天呀;

Now,全端工程师???maybe…

移动互联网风光依旧,前端更是无处不在。

可是… …

招人真心难,招前端更难,招个好前端难上加难有木有~~

图片 3

主观意识 & 经验主义  

工程师每轮面试时间一般为一小时左右,除非面试官对你没有兴趣,否则不会十几分钟就打发走你(我厂要求面试至少20分钟)。而且就在这差不多一小时,面试官要判断你是否符合招聘的岗位,这本身就是一件非常挑战的事情。正因为这样,所以面试官的决定都有一定的风险和主观意识,这不可避免。

许久以前看过一篇跟面试相关的文章,具体内容说什么忘记了,不过里面有一句话给我印象深刻,大概意思是:“很多面试官希望能招到个像自己的人,和自己类似的人”。很容易理解这句话,因为和自己类似所有更容易引起自身的关注,而且记忆会更深刻。这个“类似”俩字我理解应该至少包括几个方面:技术方向、性格、思维方式等。

我也同意会带着主观意识去面试,但我认为这并不是什么糟糕的事情。

具体点说,我会考虑你是否会push甚至引导团队的成长、与你合作是否会愉快,这也是我参与面试的原因之一。在此,希望你静静思考下,你在团队中是否属于这类人,至于是与不是由看官您自己评判了:)

图片 4

技术一面  

通常情况下工程师面试都有几轮?不管几轮都很正常,反而很少有听说只有一轮面试的,所以这里说的一面是纯技术的面试。

有时我会为面试面到一名优秀的同学而高兴不已,因为聊天会很畅快,而且决定很明朗。

更多时候我会比较纠结,因为我需要考虑给不给面试者通过我这关。正因如此,其实很多时候我做的每个选择都有一定的运气成分。

俺初期做面试官的时候,基本都是我主动来发问和出题,用自己的主观意识去考察面试者的方方面面。那时想当然的认为,这份岗位需要这些XX技能和用到这些XX技巧,所以如果面试者具备这些知识点就可以通过。

再后来面试的经验提升了,想明白了学习能力、思维方式和技术能力同样非常重要,所有会主要针对面试者比较擅长的领域来【交流、讨论】。

在面试这个过程里,我现在总会在正式面试之前,和面试者说句话:“面试就是聊天,我们简单聊聊吧”。

图片 5

本来想随便配个图,可是看到这个图片突然想起一首儿歌:丢肥皂 丢肥皂 轻轻的放在小基友的后面 大家不要告诉他 快点快点捉住他,快点快点捉住他…

好吧,节操碎了一地。

 

我的期待  

下周已经安排有六个面试。请思考,作为一名面试官应该对你又有怎样的期待?

俺的面试时的问题一般不固定,因为我不喜欢背题的做法。

有一定工作经验最好,当然没有也同样有机会,而且有工作经验对于面试也不一定都是好事。

PS:工作年限和项目经验决定了你的知识储备,所以也会有针对性的调整难度和问题。

 

在我看来评价一名同事是否优秀其实很简单, 看看他是否够【专业】就行了。那么合计合计,你自己对待工作是否对得住专业俩字。至于怎么理解专业俩字,还是见仁见智吧。

简历造假或者过分夸大。夸大自己的工作确实也属正常,可是如果夸大、夸大程度都需要有底线可言。经常会看到简历上写着精通XX,比如jQuery,然后面试的一问没有读过源码,对其细节原理说不出所以然来,这还不如不写。

记得前不久在微博上看 @朴灵 说过:“如果你的GitHub上没有任何项目和代码,简历上还是别填GitHub地址了,没啥好处的。”

期待你不要紧张、而且自信,让自己好的一面尽量的展现出来,努力把面试官当成你的同事,你只是与他探讨工作中的问题。甚至可以多提些自己觉得有意思的想法,如果能够和面试官一直存于一个较愉快的谈话环境,相信你的面试结论上,面试官一定不会吝啬对你进行正面的评价。

图片 6

总结  

面试其实也是修心的过程。

我毕业初期时找工作也并不顺利,不过多次在找工作面试的过程中经常会遇见很好的面试官,就算你没有达到他们的岗位要求,他们还是会中肯的给你一些靠谱的建议。这些面试过程就非常的美好,其实结果不一定是最重要的,过程也一样美妙,不是吗。

最后,请带着你积极的心态,好好享受每一次面试。

祝好

2 赞 3 收藏 1 评论

图片 7

何为能力边界 & 能力模型

俗话说人力有穷尽,每个的能力在任何方向上都会有尽头,这个尽头便是你能力的边界,我们经常在游戏中看到一种五边形,每个顶点都代表一种能力,角色在这个五边形中不同能力的数值最终构成了一个角色的能力模型,譬如敏捷型 / 力量型 / 智慧型 等等,而作为技术工程师,确定自己或者确定一个人的能力模型是及其困难的事,尤其是在短短的几十分钟内,通过一场面试,那更是难上加难,故而如果面试者能对自己的能力模型有很好的认知,面试官有丰富的经验技巧和对应的知识储备来验证这个能力模型,那面试的过程就会非常高效。

前言

最近作为面试官,参与了多场专场面试,短期内大量的面试,面对不同风格,性格迥异的面试者,让我对面试这件事本身产生了一些思考,结合自己的一些理解和技术领域特有的定级制度,我们不妨来聊聊技术面试这回事。

何为技术面试

我所理解的面试,是一场围绕着两个角色 - 面试官 & 面试者 之间的一场“对接之旅”, 如何在短短的30分钟内, 让彼此更多的了解对方, 就像两个不同的形状的卡口,不断的调整彼此认知,进行思维对接,最终完成面试。由此我们大致可以将面试划分出几种失败的场景。

潜力 & 成长性

很多时候,面试者可能并没有丰富的履历和工作经验,有些甚至是半路出家的“自学达人”,这时候,如果仅仅评估上述三点,也可能会错失人才,另外即便是上述3点都非常好,但是因为人的阶段的不同导致后续的表现并不如评估的那样,为此我们需要考量面试者的潜力,即成长性

那怎么定义潜力,或者说成长性呢?

我个人的理解,一个人的潜力来自于两方面,一方面是这个人在早期的学习和工作经历中的积累,即基础是否扎实,这在基础能力评估中可以比较准确的判断,另一方面则是自我驱动,学习能力,善于思考,善于总结抽象等软性能力

综合起来看,即面试者对于自己的工作是否真的感兴趣,对于技术是否有很强的好奇心,表现在行为上,一个自我驱动好,对技术有好奇心的人,往往会对工作之外的技术表现出极大的关注,即虽然这些技术目前你用不到,实际工作中可能没有场景,但是依然会去了解,并进行尝试,并深入去了解背后的实现原理,技术发展的前因后果,跟同类的比较等等,最后再进一步进行思考提炼加工,变成自己的东西,这个过程最终体现的其实是你的学习能力,即面试者是否有潜力,是否有成长性,就是看他是否能够自我驱动,并拥有优秀的学习能力。

2. 尬聊型

面试者对自身的认知有限,简历上几乎体现不出有价值的内容,缺乏经验的面试官不知从何问起,或者面试者的简历虽然详实,但所有的问题都点到为止,场面一度陷入尴尬,就像一场尬聊,这种情况下,经验丰富的面试官可能会通过一系列问题来确定面试者的能力边界,从而构建出面试者的能力模型,如何做到这一点,我们后面聊 :)

面试者如何勾勒自己的能力模型 & 面试官如何确定面试者的能力边界

回到面试者本身,因为不同的技术背景的公司对于同一层级的能力模型的定义可能存在偏差,譬如同样是高级前端工程师,对于专业能力的理解,可能会因为技术栈的不同而产生变化,一个使用 React 技术栈的公司对于能力相同,但是使用 Vue 开发的工程师给出的评价可能会低于使用 React 的工程师,而这种技术变量的存在给面试本身带来了很多的不确定性。尤其是对于面试官如果相应的知识储备不够,那评价可能就会更加失真了,所以作为面试者,我们应该从自身的角度出发,尽可能在简历中给出一个可评估的能力模型,让面试官能够更好的了解,愉快的完成对接,这里我罗列了一些边界的点,尽可能从相对通用的角度来定义工程师的能力模型。

总结

通过对能力边界 & 能力模型的定义,面试官可以组合出你自己想要的能力模型, 然后匹配面试者的能力模型,让面试的过程一开始就具备良好对接的可能,而面试仅仅是完成对接,验证这个能力模型是否真实,是否匹配罢了。

比较极端的一个例子是外包,大公司可能会有不少苦力活需要外包,这时候其实就可以定义出外包的能力模型, 即对某一块经验丰富,同时熟练掌握业务基础 API,即业务基础能力较差,但是至少不是 0,另外沟通能力不能太差,所以至少有中等规模项目的参与,并且和不同的角色进行沟通过。这样一个能力模型,再去匹配外包,招聘必然是事半功倍的。

TAG标签:
版权声明:本文由美洲杯赌球发布于计算机教程,转载请注明出处:聊聊技术面试