原文标题：从面试官的角度聊聊面试！

最近半年陆陆续续也面了得几十号人吧，从面试官的角度聊聊面试，写给15年以后毕业的妹子们看吧，说的都是校招，码农！

1、守时

首先还是老掉重弹强调下守时，尤其是临时有事没法过来一定要在约定时间之前打电话。毕竟面试官也有自己的工作，公司这边可能是好几个人都在等着你呢。

这方面的例子太多了，经常通知5个人面试到最后能来3个人就不错了，而且很少有人会打电话通知你；

把偶涮了也就罢了，经常顺带把偶老板也涮了。。。不知道有没有人考虑过，如果你到了公司，突然通知你面试取消了，你会是什么感受呢？将心比心吧。

2、诚实

我能够理解在面试的时候，最不希望自己的回答是三个字：“不知道”。事实上大多数人会想法设法去搪塞或者更糟糕的，说谎。

其实在我看来不知道或者没做过很正常，毕竟你没工作经验，但说谎穿了那就一点机会都木有了。

有一次问一哥们，你们linux那部分用c还是c 。他说，c ，然后问，编译器呢？他说，vim。。。同事解释说，问的编译器，不是编辑器，哥们恍然大悟：我知道了，是gdb！于是眼镜碎了一地。。。

通常而言，面试官提问的方向都是他自己比较了解的（毕竟在公司做了n年了），如果你不懂装懂，面试官往往会在这一个你并不熟悉的方向上纠缠下去，（记得是谁说过的“一个谎言往往需要更多的谎言去掩盖”），这会导致你死的很难看。

大家其实都心知肚明学生的知识层面很有限，所以如果你说不知道，大多数面试官也不会死缠到底（当然，要是换了好几次问题你都还是不知道那就有点对不起观众了吧）

3、逻辑

逻辑性，直白一点就是思路清晰说话有条理。例如问学生在学校做过的项目，有人上来就是蜻蜓点水的讲算法，夸夸其谈的讲背景，说的颠三倒四，听得云里雾里。

一个比较系统的介绍应该类似于，这个项目要实现什么功能，架构如何，有多少人做，我做的是什么部分，实现了什么功能，怎样去实现，逐渐加入细节。一个逻辑性好的人能把最复杂的系统讲给最不懂行的人听。

写代码类似于此，就是复杂的功能一步一步细化，而如果思维不清楚，那么做出来的东西一定乱七八糟。

4、技巧

回答问题的技巧。你应该知道，面试官想搞清楚的两个问题

（1）这个人究竟知道多少做过多少？一个人做过/知道越多通常意这个人非常勤奋。

（2）这个人脑子聪不聪明清不清楚？一个聪明人当然意味着更大的潜力。

老实说，要搞清楚这两点非常难，所有的问题都是围绕这个两个问题提出来的，所以回答你也应该围绕这两点来回答。简单的说，没有机会，就要创造机会。

很多人都有这个想法，“我知道的没人问，问的偏偏就是我不知道的”。所以在被问道一个你不了解的话题的时候，你可以尝试把问题的方向引导到你了解的方向上去。他们绝对不会说“哦，这个我不懂，你不用讲了”，通常他们会很有兴趣的在你了解的方向上提出更多的问题。

再比如问到一些毫无头绪的智力题的时候，你可以尝试通过各种可能的方法进行分析，第一步我想到的是什么，换过哪几种，那么接下来我遇到的什么困难卡壳了，甚至你可以说说你看到过类似的问题是怎么解决的。

展现出你的逻辑思维能力（即使你没做出来），而不仅仅是“我在书上看到过这道题”会更加的令你的面试官印象深刻。

最后，面试和笔试不一样的地方在于：面试里你可以察言观色，你可以捕捉面试官每一个问题背后的动机，你可以从面试官那里得到出题目以外更多的信息，你甚至可以影响面试官接下来要提出的问题。

所以，不要放弃每一个可以利用的机会，去达到一个更有利于你的结果。