第三部分：验证经验
在对应聘者有了一个基本的真正经验水平的感觉后，就开始对他们进行重要的实际编程经验的验证了。几分钟的时间对于一个真正的测试肯定是很不充分的，但也只有这样了。我们可以通过对编程开发的各个领域进行提问来认识应聘者对这些知识掌握的深度和广度。当然了，你对应聘者技能水平的看法会由于你自身的经验水平而有所偏向。对于你不太熟悉的领域你不可能对答案做出正确的判断。所以我们一般同时会有好几个面试官。
工作职务的不同会有不同的面试主题。然而，下面几个领域是很常见的：
数据结构和算法
多线程
字节操作
内存分配
对象，继承，设计模式
递归
汇编知识和程序运行原理
我选择的每个领域都有一个精心挑选的很基础的问题(“什么是一个信号?”)。问题很基础，只要应聘者在这个领域做过一些工作就能回答上这些问题。每个领域都有一些其它的较深入的问题。候选人对这些问题的回答能证明他们到底是不是专业。例如，如果你问一个有经验的嵌入式软件开发人员如何把0×4c转化成二进制，他写出一个4×16+12，这就不是很对了。
编码问题
在完成了上面的步骤后，我通常就已经能认定了这个候选人是否能过关，如果还有困难，那编码问题会帮我扫除最后的障碍。这个很重要，即使在电话面试里也不能漏过。为了行之有效，在面试之前，你要好好的思考和计划要提出的编码问题。问错误了，回答也就没意义了。
首先，问题的选择必须基于应聘者的工作经验之上。如果你想起来3D飞机，想把所有问题都围绕着它进行，这样会有很妙的问题。但你还是省省吧，吃午饭时跟同事说说还行。如果招聘的工作跟3D图形没一点关系，那这个候选人就肯定被不公平的排除掉了。
问题必须精确的表达出来。“写出一个用来移动一摞卡片的函数”，这个表述就十分的含混不清。要给出功能性标题，避免误解，这种事情经常发生。如果你不小心，面试者有可能回答的是一个比你提出的问题更难或者更简单的问题，而不是你想要问的。如果回答的是更难的问题，那还好，除非难题让他目瞪口呆。如果回答的是更简单的问题，那没有什么用处。为了防止浪费大量的时间，在他们答题的几分钟后问一下他们的答题纲要，看看他们的理解是否在正确的方向上。
更进一步
上面的指导并不能解决所有问题。这些主要是针对工作经验。你也许会错过一些没有多少经验但有非常大的潜力的优秀程序员。特别是当面试官想通过一些不用编码的难题来考察应聘者解决问题的能力的时候。
这里所说的这些面试技巧都是要基于一种假设、可能性、内部直觉。假设候选人是一个很出色的开发人员。那一个出色的开发人员应该具有哪些品质呢?你没法直接的测量这些品质，所以你需要想：一个具有这些品质的优秀开发人员对这样一个特定问题进行快速回答的可能性是多少?你不可能通过面试对一个候选人进行100%正确的评价，但通过尽量周全的提问，你会做到很接近这个结果。
