我正在面试一个“对我的Java技能太自豪”的人。

1. 他问我，“ 你对Java的IO类的知识..说..哈希地图？ ”

2. 他要求我在纸上写一段Java代码-实例化一个类并调用实例的方法之一。完成后，他说我的程序无法运行。经过5分钟的认真思考，我放弃了，问为什么。他说我没有写主函数，所以不会运行。在纸上。

3. [我太生气了，无法继续愚蠢...]

相信我，这不是骗人的问题，也不是心理或愤怒管理评估的事情。

从他的脸上我可以看出，他为这些问题感到骄傲。

那个“ 开发者 ”应该“ 判断 ”候选人。

我可以想到几件事：

1. 用椅子（我非常想去）打他，然后走出去。
2. 只需走出去。
3. 嘲笑他说他没有道理。
4. 礼貌地让他知道他没有道理，然后继续尝试回答问题。
5. 什么都不要告诉他，而只是继续尝试回答问题。

到目前为止，我只尝试了4和5。它没有帮助。不幸的是，许多候选人似乎都这样做并且保持礼貌，但这使这些“开发人员”不断攀升公司的阶梯，逐渐有能力剥夺越来越多的人。

您如何处理这些面试官而又不会破裂呢？如果其他潜在的雇主想知道这里发生了什么，什么是适当的处理方法，同时又能维护您的声誉呢？您有什么可以做的，还是应该尝试解决此问题？

附言：让我承认，事实使我的愤怒倍增：

1. 他在微笑，就像你不相信那样。
2. 前一天，我接到了来自该公司的许多电话（约20个），要求我参加面试，以至于我当天无法做任何工作。
3. 我浪费了带薪休假。

继续。很难，我去过那里。

像这样的面试官是一角钱。他们问你一个荒谬的问题，认为这是对一个好的候选人的真实考验。实际上，他们所做的只是喂养他们的不安全感。

您要做的最后一件事是在面试时大发雷霆，或对面试官的人力资源投诉。那只会加深他们对您的印象-相信我，您不希望这种声誉摆在您面前（-：

保存您的专业声誉，并将其带到其他地方。找工作祝你好运。

HTH，

KM

编辑：必须分享一下：http : //theoatmeal.com/comics/interview_questions对星期五下午的笑很有帮助。

和他一起笑。

“哦，是的！没有main（）函数。而且，它写在一张纸上，无论如何都无法执行代码。我忘了画个'Compile'按钮。Comp，我们很有趣！”

然后尝试进入下一个问题。是的，他很挑剔，但真的没什么好生气的。

显而易见，您认为他正在寻找的答案对您来说是如此明显，以至于您不认为这是值得一提的。他可能正在面试各种各样的候选人，从编程天才到从未编程的人，他们只是拼命地工作。有时，作为面试官，有必要检查一下显而易见的事情。

如果遇到这样的问题，请将其视为一个技巧问题。一旦面试官“抓住”了您认为他陷于您的任何陷阱，随便解释您的所作所为，您为什么这样做，并且如果他的回答/方向/答案不正确，请向他解释您考虑这样做然后记住了{插入错误原因的原因}，并决定使用您的方法。

尽量避免攻击诸如“您的方法是错误的”，“这是不正确的”，“那是不正确的”之类的词语。如果您指出自己的测试中有一个错误而没有屈服或侮辱面试官，则实际上可能会使您看起来更强大。

您还必须考虑到这个人很可能会成为您的新主管，如果这个人很乐于愚弄/殴打/与某人同在，那么您真的想为他工作吗？这样的人即使您是高级编码员，也不大可能希望您为他们工作，因为显然他的自负正在全力以赴。这种人不能忍受让更多的人为他工作，更擅长于工作等的人。

最后，您最好的选择是面对非专业人士，保持专业水平。不管他的举动如何，都应背负自己的责任，表明你对自己和自己的反应充满信心，而不考虑他的举止或可能的无用。

1. 礼貌地告诉他，您不愿意与他一起工作（您不，请相信我），然后走出去。一旦面试官因其明显的无能而将其赶出去，请立即与您可能对面试官的工作感兴趣的人事部门联系。

您已经有一份工作，这使您变得强大。请记住。你不具备得到这份工作，你要一份工作，是更好的比你现在的工作。

我曾经有个男人叫我使用“ elsif”而不是“ else if”。它之所以惹恼我，是因为我正在申请Perl职位，而我只花了15分钟的时间在白板上编写Perl代码。

然后他问我如何在Java中做同样的事情，然后我把它从头开始（没有主要方法，因为wtf，谁会在乎呢？那是最令人烦恼的问题……我离题了），整个事情就是是的，除了我的大脑仍处于perl模式，而且我做了“ elsif”。

这小家伙真为自己感到骄傲。我耸了耸肩，他开始问为什么我没有被我的错误“烦死”，当我说编译器会捕获到一个琐碎的语法错误时，他变得很红，开始说：“您已经态度不好！” 声音，这时我感谢其他面试官，然后走了出去。

他们实际上是打电话给我提供这份工作（我想我是一个早期的面试官，所以我一定对其他书呆子很满意），当我拒绝他们时，我特别说我不想在一个环境中工作我将对一个简单的语法错误进行认真的批评。

告诉他HashMap不是IO类，像傻瓜一样傻笑，然后检查愤怒管理类。

我在我以前的一位雇主那里发现，有些面试官实际上是在问问题或用语表达问题，其目的是激怒别人。那些面试官想看看你如何反应。

我曾经采访过某人，他问有关实施类似战舰游戏的问题，建议我绘制船只布置的每个部分，并在发生碰撞时回滚更改。我说过我可能不会那样做。我可能会首先检查每个零件，然后仅检查是否没有碰撞，因为这将实现起来更加简单，并且在最坏的情况下成本更低，而在一般情况下，成本却很小。实际上，他更喜欢我礼貌地与他“吵架”，而不是我只是按照他说的去做，因为与设计者相比，那些根据自己的设计决策思考的人更有价值。我在那家公司几乎进行了一次完整的面试

因此，教训是这样的：如果您能够以合理的点数提出明智的反驳，而不必完全反对。

我对您遇到的第一个问题的回答是这样的：“好吧，对于一个而言，Hashmap不是IO类。但是，当您想要快速查找键/值对时，它是集合框架的有用部分。不是同步，因此如果要从多个线程访问它，则需要将其包装在Collections.synchronizedMap中。HashMap的替代方案包括...”

话虽如此，根据您的特定情况，我不认为您的面试官正在尝试那种复杂的面试策略。在软件开发中有种有用的方法（我很快就纠正了术语的误用，而且我不介意人们改正自己的用法，因为通用语言对于我们工作中的协作很重要），以及有一种自鸣得意和自我祝贺。在您的情况下，对第二个问题的唯一明智的回答是应该轻声同意，并且可能有一个很好的评论，说明通过单元测试更为重要。

我采访了教给我一些知识的候选人，并且我总是给他们比仅仅回答问题的候选人更高的评价。如果有选择，我宁愿雇用比我聪明的人。但是我不喜欢问问题以证明自己的聪明。（一方面，我在压力下并不聪明）。我更喜欢问一些问题，这些问题有助于评估解决问题的能力，以及能够有效描述所提出的解决方案的思路的能力。

这取决于您是否真正想要这份工作。

如果是这样，请指出您对这个问题感到困惑的原因，并提供一种方法，使将来的要求更加明确。避免使用将责任归咎于他的条款，而应尝试解释您为何对他的要求感到困惑。通过这样做，您可以显示自己的才智，沟通能力，并且可以否定由于您没有得到上一个问题而可能形成的任何负面意见。另外，我们必须定期与技术愚蠢的人打交道，这表明你发脾气是个坏主意

如果您不想要这份工作，我会说好，然后让他完成他的问题。尽快完成面试，并离开那儿。我不会做任何事情来烧毁桥梁，因为您永远不知道您是否想与他们一起从事其他工作，或与他们建立联系的其他公司。

别忘了，面试不是测验，您需要让每个问题正确通过。我实际上已经看到有人进行面试，其中95％的受访者错误地回答了问题，他对此表示满意。

心存感激

在您开始工作之前，您已经发现了有关问题[无能/傲慢]。

我会说你躲开了一颗严肃的子弹！

请记住，面试对被访者和面试者都是一样多的工具。您应该一直在评估工作是否看起来很适合您。

如果您认为您的面试官是个白痴，那么通过让您知道您可能不想与他一起工作，他以某种方式在帮忙。

永远不要傻瓜。

同样，切勿与他们合作或为他们合作。

在与人力资源代表交谈时进行一次采访之后，我指出，虽然我对与之交谈的每个人都留下了良好的印象，并且他们似乎是一个很好的合作伙伴，但这是一次访谈，因此每个人都有可能表现出最佳的行为和在与人合作一段时间之后，您才真正认识他们。话虽如此，这直接引出了我的意思：如果您不喜欢正在接受您采访的人，那么一旦您开始与他们实际合作，您就会更不喜欢他们。

如果面试进行得很糟糕，并且是一次漫长的（即全天的小组面试）面试，那么我很可能希望找到一个点，在这个点上，您可以礼貌地将带领过程的人员带到一边，并陈述您的关注点。视情况而定（例如，如果给人留下负面印象的人是来自另一个小组，那么继续讲下去可能是有意义的），我只是让他们知道您想尽早结束采访​​，并且他们是否问为什么只是礼貌地告诉他们您认为自己不适合企业文化。如果他们要求提供更多详细信息，则取决于您是否愿意回答，但总的来说，您说的越少越好，因为他们可以从您的回答中获得一切，并且取决于您说的话会损害您的声誉。

给他打电话

和他在一起的原因 -如下所示。如果他值得为他工作，他将在您的一个答复后纾困，并查看他先前的审讯中的缺陷。如果他在没有看到原因的情况下完成了这个假设情景，那就走了。

您：哦，对不起，我没有意识到您要我包含主要方法。

他：没有主方法就不会运行，那么为什么不包括它呢？

您：我意识到某个时候需要开始执行，但是在我看来，其他场景（例如服务器）已经开始执行。

他：这是无法运行代码的理由。

您：显然您在这里看到了一些问题。您是否从这段经历中相信我已经表明我对主要方法不了解？

他：是的。 （你应该走出去）
他：不...

您：然后，请帮助我了解问题所在。

希望此时您可以进行合理的讨论。如果没有，那再也不值得您花时间了。

永远不要执行选项1和3。释放愤怒可能会感觉很好，但是它不能解决任何问题（相反，通常只会使情况更糟）。谴责愚蠢的人很容易，但是如果不了解全局，这可能是一个简单的错误。总而言之，这只会使您陷入情感上的旋风，从而使您成为问题的一部分。

首先，我可能会选择选项4。有些人可能能够从反馈中学习并变得更加明智。但是，如果它似乎无法解决问题，请切换到选项2。浪费我的时间和精力在尝试改变不愿改变的人们上没有意义。而且，即使他不愿意接受，也要尝试向一个人证明我更了解。

我曾接受过类似的采访，只是我试图通过代码使那个家伙通过。他的反应是炸毁，大喊他有一支[10？15？]开发人员，而我“没有在这种环境中工作的态度”。我的回复？走出去。

如果我会是你，我会做5（说这是我的愚蠢错误）。然后，对于人力资源部，我会给采访带来很多负面反馈。另外，如果可能的话，我会告诉其他人（像您一样）有关此事件的信息以及公司名称（如您所没有），并会警告他们。
我永远不会做1,2，因为它不专业。永远不会做3和4，因为我不对他/她的愚蠢负责，使他/她变得更好不是我的工作。

根据经验，他们试图从“我吃代码”开发人员中赶上教科书类型的开发人员。许多开发人员未能通过这些愚蠢的问题（不是开玩笑）。

另外，在某些情况下，如果他们雇用（乔恩·斯凯特）类型的开发人员，即开发人员比面试官更聪明，则面试官会发现这是一种威胁，并出于工作安全的考虑而将其排除在外（很多时候，面试官是首席架构师）或团队负责人）。

这很重要。22.出去走走，告诉HR将工作推到太阳不发光的地方（当然要礼貌地进行）。告诉他们你知道Jon Skeet ....大声笑

好吧，我曾经读过某本书，在这种情况下，您可以给他讲一个故事。最主要的是，故事看起来与他无关，但他会知道这与他有关。这是一种潜意识的信息传递。您只是在讲故事，但在他的潜意识中，他知道您在谈论他。故事就是这样的：

“哦，这让我想起了一位做得这么有趣的候选人。他与一个聪明的a **家伙进行了面试，最终候选人打了他的脸，离开了房间。面试官感到震惊，意识到有些事情发生了。他错了...”

到过那里。如您所知，他（她）试图通过“否决”您的答案（是否曾经看过电影中带有“ Salieri”字样的“ Amadeus”？）来探究Java而不是您。

礼貌地记住他/她，你在那里找到一份工作，而不是测试谁对Java /（任何技术）有更多的了解，您可以尝试打动面试官，因为您正在寻找工作，并且可以每个人可能以与他人不同的方式解决问题，但这并不一定意味着答案是错误的。

我会在面试中回答所有问题，甚至是白痴。例如，在最近的一次采访中（根据他的职位，我申请了一名软件架构师的职位，而访问者是一名技术架构师），我遇到一个问题，列出了直到.NET4为止所有已发布的.NET框架版本。没问题，当面试官告诉他我在06/2000的早期Beta中使用.NET Framework时，我什至给了我更多的帮助：)。

测试可能是您如何回答问题，以及如何处理“明显错误”的权威人士，老板，客户，同事，客户...

5

面试官总是对的。然后继续对程序员进行SE宣泄:)