请教!求面试前端工程师教程!
发布于 8 年前 作者 Alex-fun 3766 次浏览 来自 问答

最近一直帮公司面试前端,感觉自己没有比较好的面试技巧,问的东西有点乱,而且特别是在断定这个人合适不合适的问题上更加,有时候会觉得这个人不错,但是就是没有一个亮点能打动我,然后又不好意思马上拒绝人。

我一般是这么干的: 如果是实习生,一般看学习能力和热情。问他平生的学习方法,开点简单的题,考他的思维能力。

如果是1-2年经验的,这个我最怕,简历上都是写精通的,怕怕!也是这类的我特别纠结!有些人问一下就知道是在吹水,有些人看过相关的就说已经会用。而且很多都是停留在写html和css这些,甚至有些人干了2年连ajax都没用过,当然这些我会马上否掉。 然后在这部分里面偶尔会有一些技能察边的,我是觉得收进来是不能马上干活的,但是培养一下应该也可以,这种我可能会直接问她打算怎样去学习,但是感觉这样问没啥意思。。。然后这类的,我最后都是不要。。

后果是3年或以上的,暂时没碰到过。。。(估计都被内推去了)

截止此时,我面了应该有20人左右,但是一个都没要,面对hr感觉很不好意思。。。

9 回复

招人的话,当然是希望能直接招进来可以干活的,不然带人很累。如果性格好的话还好,要是不好的话,难以沟通,写出一大堆垃圾代码,我就非常反感团队合作中别人写代码不写注释

找个看得顺眼的 思路清楚的培养

如果是招短工的只要技术好点,如果想招个能做事,做好事那人品应放在第一,技术差点的可以学,人品没办法学的

来自酷炫的 CNodeMD

@1340641314 这个其实我也是酱紫想的,就是感觉问问题上还不够技巧。。

@csc365kl 还真有不少女的来面试。。 一般聊半个小时以上。。

我面试的流程基本是

  • 双方的自我介绍
  • 了解对方的一些特质(比如用百度还是谷歌,会不会翻墙等)
  • 了解对方在组织项目代码时候的做法和思路(对方说的越详细越好判断)
  • 了解对方构建项目时候的做法和思路
  • 问对方常见的前端优化技巧
  • 了解对方 HTTP 的基本知识(比如:在浏览器地址栏输入域名并敲下回车后发生了什么)
  • 了解对方 HTML 的基本知识(比如:文档大纲,标签的嵌套规则等)
  • 了解对方 CSS 的基本知识 (比如:文档流,盒模型,媒介查询等)
  • 了解对方 JS 的基本知识 (比如:闭包,原形链,函数的执行上下文,异步流程控制等)
  • 了解对方测试程序的思路和方法
  • 了解对方对常见设计模式的了解程度(比如这样问求职者:一个页面里,有好几十个组件,它们需要相互通信,在这种情况下,如何处理组件之间的通信方式比较好,为什么)
  • 了解对方对算法和数据结构的了解程度
  • 对方提问

面试原则

  • 不问智力问题
  • 不要有驳倒别人的尝试
  • 尊重求职者,不秀优越不打脸
  • 允许对方提问反问或请教
  • 重点考察解决问题的思路和基本功,而不是技术细节 (比如:某个 API 的使用方式,这种东西,查查文档就 OK 了)
  • 对方不理解问题的内容的时候应主动解释清楚
  • 对方回答不出问题的时候应主动引导话题或提供思路
  • 考察思路的时候,应该从表面往深层次提问
  • 要有礼貌

面试结果

  • 应从岗位要求上考虑面试结果,而不是从自己对求职者回答的满意程度上考虑(避免出现公司仅仅需要一个写 HTML 和 CSS 的人,但一个写 HTML 和 CSS 都非常优秀的求职者是因为 JS 拖后腿被刷掉的情况)
  • 应第一时间汇报或通知对方面试结果
  • 面试结果应以岗位要求为依据给出明确的评价(比如:能胜任,能胜任且值得培养,不能胜任,培养一段时间后能胜任等)

@Alex-fun 觉得在一个团队中公事,性格很重要

@MouCai 谢谢侬!很详细,当中有几点 我的确没做好!👍

简单平白的问题对面试是最好的,太旁敲侧击了也未必能给你更多参考,所以“你打算如何去学习X”并不是一个坏问题,也没什么不可以问的。面试也不是要追求完全地看准一个人,看不准的,务实一点的做法就是知道自己想要什么样层次的人,围绕这个来设计面试流程。虽然我们都知道人品很重要,但这个东西太模糊了,有时候也很诡谲,如果相处几十分钟下来并没有觉得讨厌,就基本可以了。还是应该关注比较好考量的指标上,看应聘者做过什么,比如对应届生,要有能体现热情地东西,热情只是一个词,但因为喜欢某个东西而做过的哪怕很不起眼的东西才是对热情的证明。一两年的技术有一点熟悉了,也要看他做过什么,工作时间 非工作时间做过什么都算。

回到顶部