刚看了下面试记录,有 99 场了。前两天在内网分享了一点面试经验,索性也发到掘金,勉强维持下活跃度这样子……面试官能够参考下面试思路,固然全部开发同窗均可以看看,或许会对如何自我提高产生些新的思考。前端
我一直以为面试就像相亲,除了考察面试者的硬性能力是否过硬,也得看缘分。缘分这一部分说实话就主要看面试官的主观感觉了,因此做为一个面试官你得先明确你或者团队想要招一个什么样的人,大多数时候也得考虑 HC。譬如大家如今只有 P5 以上的 HC,也就是你想招的是那种来了就能干活的,而不是一些比较有潜力,但经验不足还得带一阵才能上手的新人,那除了考察基本的代码能力、前端基础外,对一些用到的技术栈(只要他简历有提到)就得多问一些。git
有博客或者 github 连接的通常都会去看看,内容好加分,内容差减分,甚至直接简历不经过……github
通常一开始我都会让他介绍下作过的项目,而后在描述过程当中找一些我以为能够深挖的点来问,或者也会直接问他以为作过的比较有技术挑战或者有意思的事情,若是是现场面试的话可让他在纸上边画图边阐述。这部分若是是一些经验比较丰富或者 title 是架构师、技术经理之类的面试者,能够把重点放在架构设计方面,让他讲讲作过的技术方案,画一画架构图,说说他的方案和一些市面上已有方案的对比,当时面临一些选择时的思考角度和评判标准等等。面试
代码能力实际上是核心能力,包括对思惟逻辑和 JS 语言熟练度的考察。笔试题上的两道代码题若是答得不是特别好的话(固然至少要能答出一题,两题都答不出通常笔试就不经过了),能够跟他聊聊优化的思路,给一些提示,看看对方的反应。若是笔试题答得很好,在问一些其余问题的时候也能够顺势让他再手写实现一些东西。譬如:算法
固然有不少东西可让他写,由于咱们不是要招什么算法大牛,不用找艰深的算法题给人家作,最好就在问问题的过程当中顺势找一些需求让他实现下。也能够是一些具体的场景题,譬如问到节流防抖什么的,能够找个实时搜索的例子,让对方实现下 debounce,就算对方没听过节流防抖这样的概念,具体的场景描述清楚了,也应该有正确的思路能实现出来。闭包
通常面试者的简历里会写一点他擅长的东西,写到什么就问什么,尽可能由浅入深地问。譬如他说熟悉 Redux,那能够问问他们项目里是怎么用 Redux 的,用过哪些 Redux 中间件,对中间件的实现机制有没有了解,你以为哪些场景是真的适合用 Redux 的,对 Redux 的实现原理有没有了解……以个人面试经从来看,不少人写着熟悉 Redux,其实只停留在“用过”。架构
而后 JS 相关的话,若是他简历上有写,闭包啊原型链啊一些 ES6 的特性,像什么 Promise/Proxy 这些均可以问问。若是简历比较单薄的话,也能够直接问他比较擅长的是哪方面,而后尽可能问一些相关的东西。app
主是一些“前端”领域外的知识,这部分不强求,简历上若是有的话我会问一问,主要是看看主动学习能力以及对技术的兴趣。框架
面试过程当中实际上是能够看出一我的的沟通能力和大体的工做态度的,在问项目的时候能够问一些跟人合做相关的事情,如何推进本身的项目落地之类的。还有就是面试的时候适当紧张是能够理解的,但有一些同窗,明明简历很不错,从博客和 github 上看也很好学,可是特别紧张,话都说不利索,我通常也不会过……毕竟心理素质和抗压能力也是工做中必不可少的部分。函数
这篇东西其实比较主观,夹带了我本身的我的喜爱(譬如我从不问 CSS……由于我以为咱们的业务对 UI 要求也不高,通常写过几个项目的人都能搞定咱们的 UI),不过面试就是这样,是受面试官的我的喜爱影响的。大多数时候我都是看简历上有什么就问什么,会问到一些这篇文章之外的东西。面试不是考试,面试的过程无非是在交流中让面试官承认面试者的能力,并愿意跟他成为同事。 因此哪怕简历上写的某个东西我并不擅长甚至没接触过,我也会问问,若是对方能描述清楚,也同样加分,作面试官也能学到点新的东西,多好。
PS:我是真没想到分享一点微薄的面试经验和我认为比较重要的能够自我提高的点都会有人在评论里喷(好像有些已经删了),哈哈哈,人生啊……让我想到孙渣的图:
![]()
固然,欢迎交流经验,有问题和建议也能够留言~