在面试时如何谈论你自己
How to Talk About Yourself in an Interview ?
「 Erlich Liu 」:这篇文章还是刷新了一些我对面试的认识,这可能是很多行业都通用的方法,首先你要有作品集或者说一些经验,总之是你要做过一些相关的事情。然后给这件事一个吸引人的开端,讲述你在做过的项目中对关键节点的认知,对遇到问题的解决过程而并非一定是解决办法。这两点非常重要,因为这就是你工作的核心能力。所以你要把这些经历融入到一个好的故事中讲出来。
「 原文链接:如何在面试时谈论你自己 」
在面试时该如何谈论你自己 ?
当人们问我他们在进行技术面试时应该先知道什么,他们都得到了一个同样的答案:为谈话做准备。
面试是一种充满压力的环境,压力会影响你的交流。你可能不能完全地思考、说不出完整的句子、在不合适的时候发笑、谈话的话题离主题太远,甚至你忘记了谈话的主题是什么。有时候,你可能开始放弃,表现出绝望……
为谈话做准备不是为了填补时间;这是关于优先考虑他们需要了解你的事情。我们转换一下话题,来想象一下你正要雇一名员工,那么你想知道些什么?以下是我的问题列表:
1.你做过什么项目?
2.你遇到的最困难的技术问题是什么?
3.你是怎么解决的?
这些是唯一重要的问题类型。请注意,所有这些问题都是关于被面试者的问题,特别是他们所做的以及他们是如何做到的。如果你曾经面试过一些不擅长面试的公司,那么在你的列表上可能有一些这样的问题:
1.你对 5 年后的自己有何期望?
2.为什么你想要在这里工作?
3.你是如何处理员工间的矛盾的?
从公司的角度看,这些都是毫无价值的问题,因为预测事情很难,尤其是未来。多半情况下,面试官是不太了解他们的问题的,他们只是用这些问题来填补时间。这里也有点不一样的地方,我为一家公司的 HR 部门工作,主要负责一些类似于 “如果我们提供给你一个 offer,你会工作吗?” 这类问题 ( 比如 “我们给出的条件能满足你吗?” )。如果你正在申请一个非常小的公司,你可能会在主要面试中被问及这些类型的问题。
如何去准备
先找一些便利贴,把你管理过的项目或者参与的项目当做标题写在便利贴上。然后在标题下写一句话描述一下项目的主要目的。在这之下,列出用过的解决方案和主要工具。你可以把它看做是你在 Stack Overflow 上问题下面的标签。在此基础上,写下你能想到的、你尝试过的、失败的事情。你可以给自己限制写 5 条,但不要以 5 条为唯一标准,除非你真的没有可以写的东西了。然后再写上最后完成了工作的解决方案。
现在我们把便利贴翻过来。在上面用一个词语写下你从这个项目中学到的最有价值的东西,列出找到解决方案的最重要的见解。如果你还没有解决这个问题,那就写下你从中得到的最新的见解。在这之下写一条关于这个想法是从哪里来的。重复这个过程,直到你把工作经历写完了。
我经常听到有人跟我说,他们不知道面试官想了解哪些项目和功能。他们希望听到你给他们的材料中的东西。如果你给他们一份简历,那么可以讲述在过去的工作中遇到的问题。如果你给他们一个 Github 的链接,那就讲述这个项目中的问题,如果你给了一个 Stack Overflow 的帐号,那么就谈论与之相关的。确保每个工作经历你都能至少填满一张便利贴,最理想的情况下是你能列出每个工作经验中的重点。确保每年你都有一个在 Github 的项目。对于 Start Overflow,你需要确保你熟悉的最常见的问题和答案,这可能会被问到。
比如像这样:
写在卡片上或者便利贴上的信息剖析一个优秀开发者的故事
现在你已经有了一个你可能谈论所有事情的小本子了,是时候练习一下在面试中你要说出的话了。虽然你已经有了要谈论的内容,但关键是还要把它融入到一个有趣的故事中。幸运的是,我有个方法教你。
具体点
好开发者的故事都是在对话里的。这是从我这里向你传授知识,你可能发现自己的工作中有趣或者有用的地方。
如果没有具体话题的加入,往往会把天聊死,所以防止这件事发生十分重要。虽然广泛的见解听上去很有趣,可能会让你听起来很聪明,但是要记住,我们应该鼓励面试官在每一步都向我们提出更多的问题。做到这一点最好的办法就是尽量讲的详细具体。
《Wayne‘s World》里这个场景解释了为何人们不愿意谈论泛泛的东西。人们不知道该如何回应你,是因为你给的范围太泛了。如果他不是说 ”我喜欢你“,而是说 ”我喜欢你的衬衫“,那么 Garth 本来可以轻松地继续谈话,知道下一步该怎么谈。专注于具体的见解,而不是一般的见解,特别是说出是什么情况引导了你的见解。
有个吸引人的开始
好开发者的故事从一段吸引人的话开始的。第一句话的目的就让对方感兴趣,并希望猜测接下来会发生什么。”我开发了一个 Developer Insights Report 网站“,这就不是一句吸引人的句子。这时候面试官基本有两个提问的方向:”什么是 Developer insight ?“,或者是 ”你用了什么技术构建了网页?“,这些问题都不会让你所做的事看起来有趣。我们谈论的不是你,Developer insight 是一群人,众多人已经使用了你开发的 Web 前端框架,而故事中最有趣的部分可能与你使用的框架无关。
"我在谷歌地图上放了 7 个数据集,可以让销售人员看到关于全球开发者的实时报告。" 现在,你可能想知道很多事情,而且都是关于我所做的项目。我们将会马上开始对话,因为我明确地点出了这个项目中 3 到 4 个有趣的具体信息。这就是一个吸引人的开始和无聊的开始的区别。
倒叙讲故事
一般来说,真实的故事是按照倒叙的时间顺序的。这就是为什么我们要有一个吸引人的开始。而相反的是,你要按照时间顺序练习讲故事。作为面试官的一个明确的感受是,如果他们顺序讲述故事,那么这个人可能是在背诵一些他们已经准备好的东西,而事实情况很可能是这个故事并不是真的。好的面试官会让你倒叙着讲故事,因为他们会不断的让你展开讲述他们感兴趣的部分。如果你知道在面试中发生了什么,为什么会这样,这对你来说就不是一个问题了,因为你非常熟悉你正在谈论的问题。你所要记住的就是故事中被留下来的地方,以便稍后再回来继续讲。
但是,如果面试官要求你展开你刚刚所讲述故事,而你却试图继续向前推进这个故事,那么你就会给他们不诚实的感觉。你可能会把其他人做的决策谈论成听起来像是你自己做的决策,或者你可能给人的印象是你更了解你使用的工具的使用方式,而实际上你并不是这样的。这些不一定是谎言,但被误解也听上去像你不诚实。在面试中不诚实不是一个好主意,如果公司很擅长面试,你很可能会被抓住。但我想说的是,如果你陷入这样的情况,并不一定面试就会失败。如果你被抓住了,你应该花更多的时间在你的答案上,确保你只是谈论你所做的事情。如果你被抓到两次,那就够呛了。
这时候已经说完了一个好的开头,那么接下来怎么说?你的面试官应该引导你扩展讲述一下 2 到 4 个有趣的东西,你可以把你的思想包装进去。一旦他们问到某个特定的部分,你可以回头看看你的便利贴的另一面,谈论那些你尝试过却不起作用的事情。在很大程度上,没人关心实际的答案是什么,工作经历作为一项技能比理解答案更加重要。这就是你能够解决问题和理解答案的区别。所以现在你知道了,最好谈论解决方案的组成部分,以及它们是如何共同起作用的。很大程度上,你是被雇佣来解决问题的,这就是为什么你必须谈论那些你尝试过但还不起作用的东西。
谈论你尽力尝试过的东西还有一个好处。只要你说出来,面试官可能就会开始猜你是怎么解决这个问题的。你可能采取了跟面试官想法不同的解决办法,因为你知道这个方法,所以现在全部的知识焦点都会转移到这里。跟他们谈论你的想法,尤其是你亲自尝试过的。确保你能找到引导你做出选择的关键点。作为面试官和开发者,我真的很喜欢在面试的时候学到一些事情,所以这就谈到了我接下来要说的一个点……
不要猜测关于面试官的情况
在大多数情况下,你是不知道关于面试的情况的。你不知道他们熟悉哪种语言,他们习惯于解决什么样的问题,或者他们常用哪些工具。为了更明智的使用你自己的时间,你必须假设一些关于他们的情况。假设他们知道开发者的会做什么,而且他们知道如何解决问题。在你讲故事的时候,经常停下来,确保面试官们正在跟着你的故事走。这可以通过肢体语言来确定 ( 他们会经常轻声的回复 “嗯” 或者点头之类的 ),或者停下来问他们是否有要问的,是否有要展开讲的东西。
如果你不能确定面试官是否跟着你的故事走,而你还在越说越远,面试官就会觉得你不能很好地解释清楚事情。确保面试官了解你在说些什么,并且表现出积极的兴趣,你可能会觉得更加舒服,面试官也会觉得他们学到了一些东西。
这里有一个类似的问题,不要对面试官感兴趣的事情做出臆测。不要对你所做的任何事情做出负面评价,因为那可能是他们感兴趣的事情。也不要因为你觉得这很简单或者是幼稚的事情,你仍然可以和他们有良好的对话。开发者现在有数百个专业化分工,只是因为你正在申请网站开发者职位,但并不意味着面试官了解 CSS 或者 JavaScript 的方法,所以对于某些知识,你也不必必须知道。如果面试官在与你谈话时,对某件事情感到兴趣十足,那就用一种非常有吸引力的方式来谈谈这件事。
尽力促成一场对话
如果还不明显,那就尽量把面试促成一场对话。实际情况是,你并不知道面试官对你提交的材料或者是你说的话中的那些感兴趣,而我也同样不知道。尽你最大的努力使他们对你所做的事情感兴趣,或者问问他们想让你谈谈什么。这里有点可以帮你改善的,比如 “你想让我说什么?” 这显然不太好。“有没有觉得我简历里有什么有趣的东西?” 就要好很多。这就促使他们要展示一些他们为面试的准备。如果他们的回答是 “我没有看到什么有趣的东西” 的话,那么你的直接后续问题应该是 “那么我们为什么要开始这场面试?”;不断试图猜测面试官觉得有趣的东西是在浪费你的时间;不如直接问出来更有效率。如果他们不想和你谈谈具体的事情,他们自己可能没有为面试准备。
练习
为面试做练习,是我最喜欢的部分了。去跟其他的开发者聊你做过的事。讲述一个吸引人的开头,说的具体点,当他们问你问题的时候,按照倒叙的顺序谈谈你所努力尝试的事情吧。
还要记住几点:当你与人交谈的时候,确保你谈论的有 5 到 10 张的便利贴上的内容,一个是不够的,对于大多数公司,你几乎都要面试 3 到 5 轮。你还要确保你跟人讲述的故事最好不要重复,因为人们会相互比较这之间的故事。在你练习的时候,听人们问你的问题。在真实的面试中你被问到的问题大致与之相似,你基本上练习几次,让自己的反应更自然就好了。当你说话的时候,你也应该了解与你对话的人的情绪。训练你的对话肌肉记忆,说出让人感到兴奋和渴望听到的东西。
招聘你的可能性与面试官对你讲话的兴趣是成正比的。讲故事就是一个非常有吸引力的方式,跟你刚刚遇到的人展开一段有趣的对话吧。希望你会发现这是个有效的方式来练习讲故事,并在你的面试中得到更好的回应。
作者:Nick Larsen
编译: by Erlich Liu
此计划面向所有科技进步青年,让您提前对即将改变我们生活的科技有所了解,对有可能成为未来商业主流的公司和产品有所察觉,对您个人的成长有所感悟。文章多来源于「 湾区日报 」的推荐,但不限于「 湾区日报 」。此计划目前由 Bianka Chu & Erlich Liu 推动,也希望有志于此的您加入和关注。