我们部门的招聘面试最后都会有一个环节，我们会说“我们的问题今天就这么多了，如果您有什么问题的话呢，现在可以问我们”。 这一个步骤也许不是每一个公司的面试都会有，不过如果有的话，那么恭喜你，这个公司应该比没有这一环节的公司稍微专业那么一点点。最简单的理由是，至少招聘方把这个看作是一个双向选择的过程，给你一个机会让你提问，对你表示一定的尊重。
可是，这个环节你该如何提问呢？
刚毕业开始找工作的同学们第一次面对这一个环节，估计内心都会吓一跳——“我能有什么问题呢？”然后脑子一片空白，憋了半天可能也只是说“我没有什么问题”。其实这个问题很多老鸟也未必能提出多好的问题，“我没有什么问题”这种回答在一些很蠢得提问面前，也算是一个不错的结果了。我们先来看看都有些什么很蠢的问题：
蠢问题
案例一
候选人：我想问一下，你们的开发当中，会用到泛型这个知识吗？
面试官：我们在开发中会用到，而且还不止这些，还包括Linq等。具体用到哪些技术，我们会根据实际需要来决定。
候选人：我想如果我能够面试通过，我一定会好好研究这些知识。我相信我是能够学习这些知识的。 ……（不停地表决心）
点评：这个案例有两个灾难，第一个是，如果我们不用这个技术，会问这些问题吗？当然，有些公司的招聘过程中所提的问题和工作风牛马不相及，那是这些面试官（和他们公司）的灾难。这么提问似乎想说：“我想确定你是否很蠢，以至于问一些跟工作无关的技术问题。”
第二个灾难是，你充分利用了这一个环节，再次强调你其实真的不懂技术。其实，面试官还会想：为啥不在平时多积累一下呢？你还是回去先多学习一下，然后再来面试吧。
挽救：其实这为候选人正试图对自己面试过程中的一些问题作出挽救。挽救不是不可以，但是这是一个极具技巧的过程，千万要想清楚如何挽救，不要出现上述的这种灾难。有的东西你悔恨在心即可，说出来只会更糟糕。有时候最后印象和第一印象同样能让人深刻，这个时候最好给人以一种很真实，有自知之明，也很有自信的感觉。一般我不建议对面试过程中的实实在在的知识缺失问题做任何挽救，如果你觉得非挽救不可，也许这么说会更合适：
很抱歉，我平时的积累不够，以至于没能回答出一些技术问题。如果不浪费你的时间的话，我想请教一下泛型那个问题你心目中的答案是什么（或者泛型的作用是什么）？
之所以说，我不建议你做这种事情，是因为面试官的喜好各不相同。有的助人为乐会好好回答你，有的会直接丢一句“这个问题你回去上网搜一下就知道了”。而且是否真能挽救知识缺失的问题，或者说效果如何，真的很难讲。有的面试官甚至会认为你不够自信，会反对这种提问。不过至少这样提问，灾难会少一点，给人印象也更真诚一点。
案例二
候选人：我想问一下，你们公司是干什么的？（或者，我的岗位是做什么的？）
面试官：……（囧）
点评：这个案例非常的典型，估计可以占到40%。其实没啥好说的，你都不知道我们公司是做什么的，你来面试什么呢？
挽救：也许你想详细了解一些具体的信息，或者是没问题瞎找一个问题。如果是后者，我劝你用另一个更典型的“我没有什么问题”来结束面试更合适，至少不会给面试官一个你对待自己的未来很随意的感觉。而如果是前者，你应该问的更有技巧一点。比如说，你可以说：
据我了解你们公司的主要是这XXX这些产品的，而你们部门则是做另一个XXX产品的，不知道我这个理解是否正确？
另外，我比较好奇你们具体的开发中都用到什么技术？（或者，如果我通过面试能加入到你们部门，我需要提前学习那一些知识？）
当然了，这种问题其实也是需要小心谨慎的，否则很容易出现下面的另两种种灾难。
案例三：
候选人：我想问一下你们的开发中是否选用了三层架构，因为面试中问到了这种问题。另外，你们为什么选用三层架构呢？
面试官：……（囧）
点评：问为什么我们选用这种技术或者那种技术，这有种质疑的味道。即便换了一种更好的说法，也未必切合面试这个主题。你来面试的目标是要找到一份工作，反过来，面试官来面试也是为了找到一个合适的人选。在面试的时候谈论现在系统的框架或者设计思路，显然是不可能说的清楚明白的。因此在此讨论甚至建议使用什么别的技术，都不会产生有意义的结果。提这种问题的候选人，可能是想要表现自己对某种技术的只是了解的多么深入，以其打动面试官。然而这有可能会引起面试官的反感，觉得你在显摆，至少应该说，你会面临这种风险。
当然了，如果你们是在一个咖啡屋闲聊，那可以尝试探讨一下。（注意考官是否喜欢讨论这些问题。）不过如果是正式严肃的面试，并且是在最后收尾阶段时，我就不建议问这种问题了。
挽救：当然，你可以问“如果我通过面试了，是否需要提前准备一些什么知识”。但是如果你想提出质疑，想表现的话，那就最好还是留在博客上面。毕竟，博客上面说这些问题的风险会比面试的时候说要少，说错了也不会把工作（机会）给丢了。
案例四
候选人：听说你们公司给OOXX收购了，所以现在OOXX现在将会用你们的产品来打造他们的产品线，是这样吗？
面试官：哦，我们的产品也不能说仅仅是给OOXX公司用，我们的产品在收购之前就已经开发多年了，有广泛的应用场景。
候选人：我觉得你们应该和OOXX更加紧密的合作……（提出一大套战略理论）
面试官：……（囧）
点评：提出你的想法应该是很好的事情，不过：1、那是你进入到公司之后的事情；2、那是更高层次的人所需要考虑的事情。这种提问表现出你不清楚你应聘的岗位职责是什么（当然，如果你面试CXO，那这话当我没说）。尤其是这种战略性的问题，一般不是开发人员所要面对的，提出这样的问题即便能让我们感到你的想法很对、很牛，而且前面的面试过程也比较满意，最后还是有可能不会要你的。这是因为有一种你的思想很奇怪的感觉，担心你可能更适合当销售，又或者加入我们开始工作之后，会经常产生一些不着边的想法。
总结
其实最后的这个由你提问阶段，不是一个技术提问环节，也不是一个审判中“最后陈述”那种争取挽救之前过失，争取宽大处理的挽救环节。它更多的是给你一个机会，了解一些你的困惑。比如说，可能招聘信息中有些不清楚的地方，又或者你想要知道的一些工作时间地点安排的问题，又或者进一步的面试安排等等。其实还有一些不是那么聪明的提问，例如“我想问一下工资待遇的问题”（大约1/5的人会问）、“我想问一下福利待遇”等，这些都不是在技术面是阶段所要了解的，也不是这一阶段面试官所能答复的。还有一些“我想问一下具体的职位”这种其实应该在面试之前就通过招聘信息，或者咨询打电话通知你面试的人就能获得的信息，也不应该在这一阶段提出。就算因为前面预习没有做足，也应该面试之后回去补习。不过在这里，只要你不犯大错误，一般也不太会影响你的面试结果的。如果你觉得不知道这个环节如何处理，那我的建议是“我没有什么别的问题了”。
上面说了几个灾难的案例，那么什么是精彩的呢？其实这个环节如何处理，还真是仁者见仁，智者见智。我说一下我认为比较出彩的处理方法：你可以就这个职位具体工作的内容进行了解。不过这种彩也不是那么好出的，他要求你充分做好预习工作。比如说，你需要较为了解你所面试的公司、部门甚至岗位。具体比如可以是这样的一个过程：
候选人：据我了解你们部门做的是一款自助建站的产品，那么我想了解一下，这个产品和市面上普通的产品有什么区别？
面试官：……（详细解释产品的特点）
候选人：哦（恍然大悟装，或者少夸张一点还可以说“这真是一个不错的产品”），那么我们这个产品开发的时候，我看介绍好像是使用ASP.NET的，那么我想了解一下用的是哪一个版本呢？以及用到什么样的技术呢？
面试官：X.xx，我们还会用到linq和wcf了。
候选人：嗯，这里面的Wcf我还真不了解，看来需要进一步学习了。我没有什么问题了。
这个案例出彩的地方有这么几个：
1、你在提问的同时表明了你其实对这个部门的所做的工作是有一定了解的；
2、你还表现出对不会的东西有一种学习的主动性；
3、最出彩的莫过于，你很自然的表达出对这个工作的向往。
最后一点其实是最有技巧“价值”的，因为任何公司招人都希望招同心协力的员工（这也是案例三犯忌讳的地方）。不过呢，这个案例未必是通用的，在我这里也许管用，在别人那儿还真不好说。所以，要是你摸不准考官是什么类型的人，而且实在没有什么疑问想要搞清楚的，那么最保险的还是那个“我没有什么别的问题”这种处理方式。
接下来，我们会尝试从另一个角度——面试官的角度去看看他们应该如何准备面试。（待续……）