作者后来的补充： 感谢所有感兴趣的人以及medium、twitter和hackernews的读者们。我没想到居然有这么多回复。我猜大部分工程师都有过一两次糟糕的面试经历，也可能不止。 我今天读到了很多不错的批评，我简要的澄清一下并在此回复他们。 老是不停的问我什么事闭包以及可变关键字代表什么，这不适用于以对话为基础的面试。的确，了解我是否会使用CSS（我不会）或者我是否知道A*算法 （我确实知道）是非常重要的。但我非常请求取消手写代码，某些脑筋急转弯以及现场编程等等。就我的经验，如果我们讨论的时候有一杯啤酒或者威士忌，我会非 常高兴。 我并不是一个没有存在感的程序员。我曾在游戏领域担任过策划者，做了无数的团队发言，迎合了不少投资者，还有许多会议演讲和出版商洽淡等等。这些事 情与面试的不同在于，我基本上总能说：”我需要回去考虑一下。我会明天再联系你。”对方也会说：“我现在可能还不清楚。”我已经掌握了如何准备和预演，但 必须在我对从代码深入到准备好的对话选项这个过程感到自然了之后再开始。因此在技术面试上我就没办法做出决策了。 最重要的是，你根本不知道什么时候就走进了一个技术面试的圈套。要说有什么不同的话，一个优秀的面试者知道判断一个参与者的好坏正是面试官的工作， 而非自己的。但是，优秀的面试者少之又少。一旦你被一个愚蠢的脑筋急转弯卡住，就像踩进一个捕兽夹一样，你就与这份工作无缘了。跳过踩进雷区这一个环节， 我就能进入我另一个成功几率更大并与团队合作良好的状态。 再次感谢你们的阅读和评论。
我之前的一个同事问我，能在面试时拒绝回答面试官提出的某一个问题吗？我本人在面试时从未拒绝回答过任何技术问题。如果我自己处于那种情况，我觉认为，直接拒绝甚至都不尝试一下是非常不尊重他人的。而作为面试官，如果参与者拒绝回答，我会觉得他甚至连一点思路都没有。 避免被一些技能非常有限的面试官随意摆布，这是我们的目标。 原文链接： Ike Elis |
