面试的时候问个 CSS 的 position 属性能刷掉一半的人这是啥情况......
其实这问题我本来打算的是可以顺着一路扯到 normal flow,containing block,bfc,margin collapse,base line,writing mode,bidi, 这样一路问下去的, 奈何第一个问题 (亲我真的只问了 position 有哪些取值和行为啊) 就悲剧了......
其中的一些回复让我认为非常有必要写这样一篇文章来说说面试和面试题的事情.
关于题目
什么样的面试题是好的? 我认为有三点衡量指标:
区分度
深度
覆盖范围
是的, 请注意我并没有使用 "难度" 这个词, 因为这三个指标都与难度有关系.
CSS 的 position 属性有哪些取值, 它们的行为是什么?
这个题目几乎是我每次必问的, 因为这个题区分度, 深度和覆盖范围都很高. 这个题的答案可以分成不同的层级:
position 属性常用的取值 static,relative 以及 absolute 和它们的基本行为是每个前端都应该掌握的. 这包括 relative 和 absolute 的定位原点.
fixed 旧版本 IE 不支持, 但是一个对技术有热情的工程师也是应该了解的.
有过研究工程师可以知道 absolute 的 containing block 计算方式跟正常流不同, 当然如果没读过标准的话, 表述方式不一定是这样.
对 CSS 布局有深入研究的工程师会知道 position 跟 display,margin collapse,overflow,float 这些特性相互叠加后的行为.
区分度可以让题目可以适用于入门级到专家级的各种面试者, 深度可以保证有深度研究的面试者可以展示他们的才能, 覆盖范围可以有效地了解面试者擅长的方向.
网上抱怨面试官以出难题展示自己技术为乐的声音颇多, 虽然不排除这样的可能性, 但是我认为这样抱怨的人多半自己没有做过面试官, 实际上多数公司面试往往任务量很大, 几乎不会有什么玩乐的心情. 题目偏, 难, 怪的情况多半可能是面试官不太负责任随便从网上搜索 "大公司面试题" 来的 -- 图省事是个比戏弄靠谱的多的动机.
关于过程
比起笔试, 面试的最大好处是可以根据面试者的水平调节题目的难度, 即使一个题目中, 也可以通过提示和追问来调整难度.
一般来说, 当面试者遇到困难或者长时间思考时, 面试官应当给予提示来节约时间, 而当面试者给出的答案不够具体或者回答得过于轻松时, 可以适当追问. 在我的微博中
其实这问题我本来打算的是可以顺着一路扯到 normal flow,containing block,bfc,margin collapse,base line,writing mode,bidi, 这样一路问下去的, 奈何第一个问题 (亲我真的只问了 position 有哪些取值和行为啊) 就悲剧了......
我提到了一些我准备的追问内容, 这些知识点从前到后越来越细致, 也越来越偏, 从最开始的 box 排布, 到后面的行模型, 再到文本排版, 基本上是网页排版从整体到细节的顺序.
当面试者前面回答的答案足够完美, 我就会进行追问, 确保问到我开始不懂或者面试者开始不懂为止, 这样可以大大延展题目的区分度和深度.
关于评判
首先我希望表达的一点, 就是面试的评判跟学校里的考试完全是两回事, 太多的人把面试当做考试而把注意力放在题目上.
事实上面试中未必是所有题目全都回答 "正确" 就一定会通过或者较高评价. 面试是面试官和面试者双方 "挖掘与展示才能" 的过程, 参考前面提到的面试过程, 全部回答正确的情况很可能是因为面试官不感兴趣懒得追问.
对于面试官而言, 基本评判原则就是 "我要不要这个人做我的同事?", 多数情况下, 这个答案会非常清楚. 一些题目是充分的, 也就是 "回答对了说明这个人具有可以依靠的才能", 一些题目则是必要的, 也就是 "回答错了说明这个人无法胜任我们的工作".
在 position 一题的评判上, 我一般认为能够答对 static,relative 以及 absolute 就已经可以达到必要标准. 而因为 CSS layout 是我最擅长的部分(虽然还是很烂......), 又考虑到误差, 当面试者能回答 80% 以上的追问, 我就会认为面试者水平远高于我, 在工作中能够作为 CSS 方面的专家来依靠.
我在面试中之所以感到沮丧, 是因为大部分的人仅仅在 position 的基本行为上就已经错了, 多数人的回答都是笼统的 "绝对定位" 和 "相对定位" 两个词, 问及具体行为我得到了五花八门的答案, 甚至有看上去经历相当资深的工程师把 absolute 和 relative 搞混的.
而微博上一些人说 "属性可以 google 搜索" 则更离谱, position 在 CSS 布局中是相当基础的知识, 对它的行为理解深度实际上代表了一个工程师对于 CSS 布局系统的理解, 这个理解需要长时期的学习, 绝对不是可以临时 google 得来的. 正如同考人英语, 若是不认识 visibility 尚可以解释说确实没怎么用过, 而不会写英文字母 v 则说明这个人根本没学过英语.
关于题目类型
面试题有很多种类型: 项目细节, 知识型问题, 开放性问题, 案例问题以及传说中的 Funny Question. 事实上网络上流传甚广的 "大公司面试题", 往往是 Funny Question, 而它们真正的应用, 在任何公司都是非常少见和谨慎的.
一些人提到, 面试应该更注重 "考察能力". 是的, 我认为
web 前端工程师的竞争力 = Web 前端知识 + 能力
能力 = 编程能力 + 工程能力 + 架构能力
其中不包括所谓的学习能力, 因为我认为学习能力是通过已有知识来体现的, 如果一个具有超强学习能力的人来应聘 Web 前端工程师但是他具有如此强的学习能力却连 position 这么重要的属性都没学会, 那是不是下一步该要求这人附上证明自己没有精神疾病的诊断书?
工程能力和架构能力一般针对层级较高的工程师, 所以一般来讲所谓能力考察就是编程能力, 然后呢, 编程能力一般考查方式就是案例问题, 也就是传说中的 --"算! 法! 题!"(当然我曾提到, 它们与其说是算法题, 不如说是稍微复杂点的小程序, 它们之所以看上去不太有用是因为出题的人为了避免理解麻烦剥掉了实际的业务场景, 毕竟各个公司的业务都不是一句两句可以讲清楚的).
所以我估计教育我 "考察能力" 的各位, 真的碰上这种题要骂死我了......
在题目类型的使用上, 电话面试中我会以项目细节和知识性问题为主, 一般当面面试中会使用案例问题(写程序或者架构 case), 开放性问题和 Funny Question 几乎不用.
考察能力的问题, 一般我会控制在一道左右, 最多不会超过两道题, 因为这种问题往往非常消耗精力, 过多会引起面试者抱怨.(当然有的公司专门这么干, 同一天三轮技术面一轮 AA 面, 每一轮都有算法题 -- 这公司就是万恶的 M$ 哈哈哈)
来源: http://www.jianshu.com/p/ff6e0431fedb