好的面试技巧不一定是天赋。软件开发人员和作家艾伦·斯科金强调了练习和为即将到来的面试做准备的重要性。

卡罗瓦利斯摄

我从这样或那样的角度谈过几次面试，你甚至可以说这是我最喜欢的话题。这很有趣，因为大多数人都不擅长面试。当然，等式的另一面在这里并不是原始的，因为面试官在一次糟糕的面试中也可能受到同样多的指责，要么是因为缺乏培训、同理心、准备，要么是因为许多其他原因（这是一个完全不同的讨论）。那么，为什么我们不擅长面试呢？你可能会马上想到很多原因：

• 压力很大，你很紧张
• 你只是没有“点击”面试官
• 你被问了所有“错误”的问题
• 有时你只是有一个糟糕的一天

事实上，在一次糟糕的面试之后，你常常会让自己陷入自以为是的狂乱之中，认为每一种情况似乎都会对你不利，这是你无法控制的，你什么也做不了，反正你根本不想为那家愚蠢的公司工作！但是，在内心深处，我们都知道那些借口都是胡说八道。事实上，我们本可以做很多事情，但到面试开始时已经太晚了。我会用一个故事来证明。

我所经历过的压力最小的考试是计算机科学学位第二年的计算机理论考试。在这学期里，我从来没有真正“投入”过，但在考试前的几个星期——出于某种莫名其妙的原因——我突然发现这个科目很吸引人。长话短说，考试时间一到，我就把材料倒过来了——我摸了摸。有一些焦虑（你不能完全消除它），但我进入考试相当有信心我会闪电（我做到了）。练习和准备使一切变得不同。当然，这并不是一个启示，每个人都知道，如果你学习和实践，你会做得很好（你的父母不会闭嘴多年：））。在这方面，面试与其他技能/科目没有区别，准备和练习是关键。

你能飞起来吗？

与面试不同的是，面试只是一种偶然的技能，大多数时候几乎毫无意义，但偶尔也会至关重要。这似乎不值得你花那么多精力去学习，尤其是当你碰巧已经有了一份工作的时候（谁知道呢，你可能很多年都不需要这些技能）。有很多其他的话题在吵着要你注意，每一次面试都不一样；你永远无法预测会发生什么，所以浪费时间去尝试是愚蠢的。

良好的沟通技巧会帮你渡过难关，对吧？不幸的是他们没有。当然，你也许能够避免灾难的发生，但是如果没有准备和练习，你主要是靠运气。事物“点击”；你会被问到“正确”的问题，并且能够及时想出合适的答案。大多数人就是这样被**的。一旦这个过程变得更加严格/科学，那么多的候选人就会被淘汰，以至于像谷歌、Facebook、Twitter等公司发现自己在试图从对方那里抢人，因为他们知道那些通过了竞争对手严格面试过程的人肯定没问题。有趣的是，被拒绝的候选人并不一定更糟；他们往往只是准备不足，运气差一点。

在过去的几年里，演讲技巧已经见诸报端。许多博客文章和大量文献论述了如何进行更好的演讲（例如，《演讲禅》和《演讲人的自白》都是很棒的书）。很多人对自己的学科领域有相当的了解，有很好的沟通技巧，他们认为自己是优秀的演讲者，但他们错了。他们在几个小时内把一些幻灯片放在一起，并认为他们天生的能力将使他们通过，但不可避免地他们的陈述最终脱节，错误的目标，无聊或业余。

有时他们靠运气航行通过，环境合谋和介绍工作，但这些情况并不常见。马尔科姆·格拉德威尔是一位出色的演讲者，也是世界上最受欢迎和最高薪的演讲者之一（他写了一大堆很棒的书来引导），这不是偶然的。毫无疑问，他比大多数演讲者都懂他的东西，有更好的沟通技巧，然而他的所有演讲都是经过严格准备和练习的。在我看来，采访的情况与演讲的情况相似，只是大量有关采访的文献几乎没有被注意到，因为它们都是老生常谈。数字世界并没有对面试过程产生太大的改变（与公开演讲过程不同），只是互联网时代把所有的旧建议集中在一个地方，而且所有这些建议仍然惊人地相关。

老派的建议

每个人（我是说每个人）都说你应该事先调查一下你要面试的公司。你会认为人们现在已经把这个搞定了（尤其是开发人员，因为我们很聪明，对吧？）。没有这样的运气。几乎每个准备面试的人都对他们想找工作的公司几乎一无所知，除非这家公司很有名，在这种情况下，人们只是充满了道听途说。但道听途说并不能代替一点研究，而且它是如此容易。

还有很多话要说（我甚至还没有开始谈论态度），但这已经是一个tl；候选人博士，那我下次再讨论。让我们总结一下：如果你觉得自己在面试中很差劲，那是因为你准备得不够好，没有经过足够的练习。就这么简单。

作为面试官，看到一个毫无准备的候选人是最令人沮丧的。另一方面，一个明显在球上的人真是太棒了。我很清楚，练习面试是很难的（没有一个演讲会相当于这种特殊技能），但充分的准备可以大大缓解这个问题。即使是几分钟的准备，也会让你的头和肩膀超过大多数人，因为绝大多数人根本不费心。所以，花点时间去练习/准备如果你有一个即将到来的面试，聪明点，你的准备一定会有回报的。

请阅读skworks.com上的完整文章，重点放在软件开发上

Alan Skorkin是来自澳大利亚墨尔本的软件开发人员。他在他的博客skworks.com上分享了他对软件开发、人员和团队合作的想法。