当有人问我，你是如何准备技术面试的时候，我只有唯一的答案：准备好说什么
面试压力老大的，并且会影响你如何沟通，在那个场景下，你没有办法思考问题特别彻底，表达也不会特别清楚，还会尬笑，还会跑题。并且有时候你会在绝望之下把什么能讲的都讲出来了。
准备去说点啥和无尽的叨逼叨不一样。你需要去考虑你要陈述内容的优先级。去想象这个职位可能会问的问题：你需要了解他们什么？这是我的list：
你做了点啥？
你遇到的最困难的技术问题？
你是怎么解决的？
这可能是所有技术面试最为核心的点。需要注意的是所有的问题都会和应聘者有关，特别是他们做了啥以及怎么做的。如果你去了一家不太会面试的公司，那诸如接下去的那些问题你会经常遇到：
你希望你5年后成为怎样的人？
你为什么想要在这里工作？
如何与同事处理异议？
其实从公司层面上来讲，这些个关于未来的问题其实没啥用，因为未来很难预测。在所有的可能性中，面试官并不知道他们想要从这些问题中拿到什么答案，他们只是通过问这些问题刷存在感。当然值得警示的是，我以前和HR部门合作的时候，会经常去问诸如“如果我们给你OFFER，你会来吗”这样的问题，如果你应聘的是小公司，那你通常会在面试环节遇到这些问题。
如何准备
找一堆便笺。在每个便笺上，为您所工作的特性或您所管理的项目写一个标题。在标题下，你需要对你的主要目标进行一个描述。在此基础上，您需要列出支持解决方案的最重要的工具。在这种情况下，写下你能想到的任何事情，;你可以把列表限制在5个以内，但在你达到这个数字之前不要停止，除非你真的尝试了更少的东西(这也没关系)。在那下面，把最终结果写下来。
现在把牌翻过来。在上面，写下你从这个项目中学到的最有价值的一句话。您应该只列出找到问题的解决方案的最关键的见解。如果你还没有解决这个问题，那也应该是你最近才得到的领悟。在这下面，写下这一想法来自哪里。在这下面，重复这个过程，直到卡片被写满。
我经常听人说他们不知道面试官会问哪些特征和项目。他们希望去听到你给他们的那些材料。如果你给他们简历，如果你给他们一份简历，你就会对过去的工作中遇到的问题提出疑问。如果你给了他们一个链接到你的Github配置文件，就可以期待下你的项目的问题。如果你给了他们一个链接到你的stackoverflow账户，就会对你的一些答案提出疑问。确保你至少有一张你列出的工作经验的卡片，最好是每个工作经历列出的一个要点。确保你在去年的每个Github项目中都有一个。对于Stack Overflow的问题，只要确保你熟悉你最常见的问题和答案(不需要为他们写全部的卡片)，这差不多涵盖了你可能被问到的所有问题。
一个好的开发者的剖析
现在你有了一张万能卡牌，现在是时候去练习你在面试中会谈及的问题了。即使你有所有关于卡片上的知识，你也可以把所有的知识转换为一个迷人的知识。幸运的是，这也有配方。
专注
好的故事是需要靠述说的。它关乎于将我的知识传递给你，你可能在自己的工作中发现有趣或有用的东西。当没有更多的内容进入时，对话往往会结束，所以预防是非常重要的。虽然宽泛的见解听起来很有趣，而且可能会让你听起来很聪明，但重要的是要记住我们应该鼓励面试官在每一步都问更多的问题。做到这一点的最好方法是专注。
用亮点开始谈话
好的开发者会用亮点开场。好的开场会引起对方的兴趣并且会让他们期待接下去会发生什么。
“我为运行开发者洞察报告构建了一个web界面，”这是一个糟糕的亮点。面试官基本上有两个方向:“什么是开发者洞察报告?”或者“你使用了什么技术来构建界面?”“这两个问题都不是你所做的有趣的事情。”开发人员洞察力是一群人，现在我们并不是在谈论你，很多人都使用了你所构建的前端web框架，但是关于这个项目所包含的有趣的部分可能与你使用的框架没有关系。
“我在谷歌地图界面上设置了7个数据集，让一个销售团队能够得到关于全球各地的开发人员的实时报告。”现在你可能在想很多事情，他们都是关于我所做的项目工作。我们将进行一次对话，因为我使用了明确的信息，明确地确定了项目中3到4个有趣的方面。这就是使用亮点和用老的方式去谈论你自己最大的不同处。
倒叙
一般来说，真实的故事是按时间顺序倒序的。这就是为什么我们要用亮点开始的原因。相反，有经验的故事是按年代顺序讲述的。这是一个可靠的暗示，当面试官说，如果他们把故事讲出来，他们就会背诵一些他们已经记住的东西，反过来，更有可能的是，这个故事并不是完全正确的。优秀的面试官会迫使你把故事倒向后面，因为他们会不断地要求你对他们感兴趣的部分进行扩展。如果你真的知道发生了什么，为什么会发生，这对你来说不是一个问题，因为你对你正在谈论的问题非常熟悉。所有你需要记住的是你在关键项目中留下的内容，然后你可以在稍后再回来。
然而，如果面试官要求你详述你刚刚说过的话，并且你试着加以详述，那有可能会透露出你不诚实的一面。你可能在谈论别人做的决定，听起来像是你做的，或者你给人的印象是你比实际更了解你使用的工具的内部工作原理。这些不一定是谎言，但错误的沟通会导致失信。在面试中不诚实不是一个好主意，如果公司很擅长面试，你极有可能会被抓包。当然，我还想指出的是，如果你在这种情况下陷入困境，那就并不是说面试就失败了。当你被抓包，接下去的重点是你应该你多花点时间在你自己想要阐述的答案上，然后确保你只谈论你所做的事情。如果你被抓了两次，那差不多就完结了。
所以你已经放弃了阐述亮点，接下来你要说什么?你的面试官应该引导你去做下一件事，他们应该引导你去基于亮点去阐述2-4件有意思的事上面。一旦他们问起某个特定的部分，你就会回到你的卡片上，你只会谈论你尝试过的但是最终然并卵的东西。在很大程度上，没有人关心实际的解决方案是什么;详述过程比知道答案更重要。这就是你能解决问题的方法和你知道答案的区别。在你刚刚知道答案的情况下，谈论解决方案的组成部分以及它们是如何一起工作的是坠吼的。但在很大程度上，你是被雇佣来解决问题的，这就是为什么你必须谈论你尝试过的但是最终然并卵的东西。
谈论你尝试过的事情还有另一个好处。一旦你说了亮点，面试官就会开始猜测你是如何解决这个问题的。你可能采取不同于面试官的解决路径，因为你谈到了这个解决路径，现在你知道所有重要的知识转移都发生在那里。谈论他们的想法，特别是当你已经尝试以后。确保你把注意力集中在让你每一个选择的关键落在领悟上面。
别讨论面试官知道的东西
通常情况下，你并不知道面试官知道点啥。你不确定他们熟悉什么语言，他们解决过什么问题，用过哪些工具。这里有一个平衡点。为了更好的利用你的时间，你必须假设面试官们知道点啥。假设他们知道开发人员何以为生计并且他们知道如何解决问题。在讲述故事的时候要时常停顿，以确保面试官没有脱线。这可以通过肢体语言表述，或者干脆停下来去问他们是否需要你再继续讲下去。
如果你自己讲的脱线了，面试官会觉得你连表达都吧清楚。表现出积极的兴趣，确保面试官了解你在说什么，你可能会感到更舒服，而面试官会觉得他们学到了一些东西。
另外一个相似的点是，不要去假设面试官可能留意到一些有兴趣东西。不要去讨论一些负面的东西因为你不能保证面试官是否会对他们产生兴趣。哪怕仅仅因为你认为它很简单或者很幼稚，你仍然可以很好的谈论它。现在，开发人员有好多类型，仅仅因为你要申请web dev的工作，并不意味着面试官了解CSS或javascript特性。如果面试官在和你说话时对某事感到兴奋，那就以一种非常吸引人的方式去讲开。
让谈话始终进行
如果还不明显，那就强迫让面试对方在进行中。事实上，你并不知道面试官会从你给他们的材料中发现什么有趣的东西，也不知道你会说什么，我也不能告诉你。尽你最大的努力让他们对你所做的事情感到兴奋，如果他们不质疑你，转过来问他们想让你说些什么。这是另一个有特别益处的例子。“你想让我说些什么?”“这里是坏的;“你觉得我的简历里有什么有趣的东西吗?””。如果他们的回答是“我没有看到任何有趣的事情”，那么你的直接回答应该是“那么为什么我要在面试中开始呢?”不断尝试猜测面试官觉得有趣的东西是浪费你的时间;直接问就更有效了。如果他们不想和你谈论具体的事情，他们可能没有为面试做准备。
练习
我最中意练习面试了。去和其他开发人员谈论一些你做的事情。从亮点开始。具体一点，当他们问你问题的时候，你可以用倒序的方式来谈论你尝试过的事情。
要记得：当你在和别人谈话，确保你已经讨论了5-10个记录卡上的内容；没有人是准备充分的。对于大多数公司而言，你需要去面3-5轮。确保你不会对不同的人重复同样的事情，因为他们会比较笔记。当你练习的时候，听人们问你的问题。在真正的面试过程中，你得到的问题基本上是一样的，到时候你在面试的过程中就会变得自然。当你说话的时候，你也应该了解和你谈话的人的情绪。训练你的对话肌肉，说那些让人兴奋的事情，最渴望听到更多的东西。
对公司招聘的兴趣度与面试官对你所说的兴趣度成正比。讲故事是一种很有吸引力的方式，可以和你刚刚认识的人进行有趣的对话。希望你能找到这个方法来练习讲故事，并从面试中得到更好的反应。
原文出处：https://stackoverflow.blog/2017/04/27/how-to-talk-about-yourself-in-an-interview/
网友评论