编程面试压力大？揭秘为何面试问题设计得异常困难

在有时间压力的情况下进行编程是困难的。在面试时这种情况更为突出。正常时看似简单的编码练习，在面试室明亮灯光下，不知为何会变成艰巨挑战。面试中，压力荷尔蒙会对思维产生影响，尽管面对编程问题不应选择战斗或逃跑。并且几乎能感觉到这些问题被设计得很困难。我认为这不仅仅是一种感觉。

雇佣一个糟糕的工程师的成本比拒绝一个优秀工程师的成本高得多，所以公司往往被鼓励设置高标准，这导致面试问题被设计得很难。对大多数公司而言，这意味着设计出非常难的问题。从直觉上看，这是有道理的，因为更难的问题似乎应该会导致更严格的筛选过程。但实际上直觉在这里是不对的。我们的数据表明，较难的问题实际上在预测性方面不如相对容易的问题。 较难的问题在预测性上比相对容易的问题要差。 相对容易的问题比较难的问题更具有预测性。

面试问题太难了

困难的问题能把糟糕的工程师过滤掉，同时也会把一些优秀的人选过滤掉。简单的问题能避免筛掉优秀人选，不过更多的工程师都能答对，其中包括一些水平不高的工程师。企业在选择面试问题的最佳难度时，面临的核心问题就是平衡这两个信号。那些一心想要避免招到不合格人选的公司，通常倾向于选择更难的面试问题。

然而，面试过程中，候选人回答正确与否并非唯一的参考信号。你还可以对整个面试过程进行评估，比如观察他们完成的时间，查看代码的干净程度，以及了解他们在寻找解决方案时的努力程度。我们的分析显示，第二个信号源（过程）几乎与第一个信号源（正确性）具有同等的预测性。

这里存在一个额外的权衡。偏重于过程信号所带来的问题，相较于偏重于答案正确性信号的问题，要简单很多。当把过程提炼为候选人在寻找解决方案时的努力程度（此为过程中与问题难度最直接相关的因素）时，这个问题的原因便清晰明了。倘若一个问题确实很难，那么所有的候选人都会非常努力地去寻找解决方案，包括那些最终能回答正确的人。所以努力程度不足以成为筛选的信号。

大多数候选人能轻松正确回答带有强烈过程信号的问题，所以这类问题在正确性信号方面参考价值不大。最佳难度的问题需平衡过程信号和正确性信号，以便从二者组合中获取最大信号。

我们面试了很多名工程师，对他们的答案从多个维度进行了评分，其中包括过程方面以及正确性方面。接着，我们把这些评分和他们之后的表现进行了对比。并且，在进行了回归分析（对过程信号和正确性信号进行观察）之后，我们所掌握的数据表明，最有预测性的问题实际上比我们原先想象的要简单很多（也比很多公司的面试问题要简单很多）。

太难的问题需要筛掉很多合格的候选人才能达到最佳状态。因此，若要让招聘过程更准确，或许应该问一些更简单的问题。

但是，我要明确指出，这并非意味着你需降低招聘门槛，以使更多候选人通过。问简单问题，并不意味着面试就变简单了。你所问问题的难度与你的决策门槛是相互独立的决定。你依然可以通过问一些相对简单的问题，接着进行严格的评估，从而达成一个极为严格的招聘流程。我们发现，较为简单的问题能够给出更多的信号。然而，对于这些信号该如何进行处理，这取决于你自身。

面试问题简单，压力就小，这是个重要优势。压力会让候选人表现不佳。然而，另一方面，候选人感觉舒适时，会展现出真正的最佳状态，这能让面试更具预测性。我觉得面试官往往倾向于低估压力对应聘者的影响，且高估自己的能力。当你向面试者提问时，很容易忽略在 30 至 60 分钟内完成大量编程的困难程度。为了去除这种偏见，我们制定了一条规则，那就是面试官必须给予候选人自身认为解决问题所需时间的 3 倍来回答问题。通常，这个时间是合适的。

面试问题太短

更简单的问题有一个重要好处。它能让你在面试时加入更多内容。这表明你可设计更长且包含多个部分的问题，这些问题在预测方面有复合效益。随着时间流逝，你能问一些难度逐渐增大的问题，这些更长且更具现实性的问题比那些更短更难的问题更具预测性。

这是因为较长的问题在一定程度上能更好地体现真实的编程。生产中的编程需要在较长时间内处理相对较大的代码库，而较长的问题能更接近这种实际情况。

此外，较长的问题能在候选人陷入困境时给予提示。我觉得这很重要，因为即便强大的工程师在编码问题的某个时刻也可能出错。问题越长，候选人就越有机会从错误中恢复并在后续编程中展现技能。一个小失误不应毁掉整个面试。最后，提供提示可减少面试压力，这能带来更准确的结果。

结论

当面试问题难度被涉及到时，公司或许会进入恶性循环。他们首先会提出一些难度过高且过短的问题，这致使他们依据噪声信号做出并非最优的招聘决策。当他们察觉到招聘结果不理想后，可能会试图通过让招聘过程更为严格（通常意味着提出更难的问题）来进行纠正。然而，这仅仅会让他们的面试变得更加不准确。如此循环往复，便形成了恶性循环。公司失去了人才，候选人失去了工作，双方都在承受着本可避免的压力。

我希望面试官能够欣然接纳这一发现。这一发现能够让面试工作更准确，也能让面试工作更轻松。提出简单且多步骤的问题所花费的时间，比提出极为困难的问题所花费的时间少很多。

所以，这是我们的建议。如果你期望面试更高效准确，那或许需要开始问一些更简单的编程问题。这并非是降低标准，而只是为了获取更好的信号，以聘用到合适的人。

读者朋友，你经历的编程面试问题难吗？欢迎留言。

原文：