原因，某日电话面试之后满心郁闷的我发了两条微博：

面试的时候问个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$哈哈哈）