“候选人比确定他们是否知道如何展宽多维数组，原型链或封闭件是什么还要重要。 他们平易近人并对他人有帮助吗？ 他们可以在门口引以为豪，为团队做最好的事情吗？ ……”
我曾与许多朋友讨论过他们在技术面谈中的一些经验。 有些进展顺利，有些变坏了，有些则完全荒谬。 您会发现，面试有时会出错，但这并不总是应聘者的错。 这个人可能被认为是创意/视觉类型，在构建可以在Web应用程序中使用的可靠UI元素方面具有很强的专业知识，但是随后在面试中被问到如何解决围绕白板上的二叉树或大O的复杂算法。
这个问题-并非总是如此-对于像Facebook或Google这样的地方的数据科学家来说可能是有效的，但是在大多数情况下，一项工作不需要每天这么复杂。 这项工作可能涉及为适用的现有Web应用程序构建常识功能：与利益相关者的牢固沟通，干净，经过测试和组织良好的代码，以及纳入涉及可访问性的强大Web标准。 最后，代码可以毫无复杂地由他们交付，并可以及时交付。
这些品质对于角色至关重要，通常不会在面试过程中被发现。 面试官对使候选人显得愚蠢，发现自己的知识空白或只是为了实现自己的自豪感更感兴趣。 的心态是：“我知道这一点，但他知道吗？” 你知道吗？ 也许他们不知道，不知道所有事情也可以。 并非每个人都这样。
“认为自己知道一切的人真的让我们当中那些知道我们不知道的人感到烦恼”
比尼亚·斯特鲁斯特鲁普（Bjarne Stroustrup）
公司也有自己的领域知识。 这意味着在内部他们会熟悉自己的术语，事物的工作或操作方式并习惯于他们面临的常见问题。 对于内部员工而言，这些问题可能非常简单，但从外部进来的人就不那么多了，因此访调员应尝试从被访者的角度看待问题。 面试官可以谈论他当前面临的问题，并询问应聘者我们将如何解决该问题。 可能它们会在前灯下看起来像鹿。
我认为最好不要找出弱点，而要找出潜在候选人的长处。 他们可能缺少什么呢？ 我们是否有CSS专家可以简化某些规则？ 他们以前的角色是否更加注重市场营销，这意味着他们像手背一样了解Google跟踪代码管理器？ 深入了解React的人可以确定我们从未考虑过的性能问题？ 谁拥有丰富的DevOps知识，可以帮助我们为某些程序包构建健壮的Jenkins管道？ 有人倡导100％测试代码覆盖率并且可以跨团队实施吗？
除了确定他们是否知道如何展宽多维数组，原型链或闭包是什么之外，候选人还有更多的选择。 他们平易近人并对他人有帮助吗？ 他们可以在门口引以为豪，为团队做最好的事情吗？ 他们可以向利益相关者解释外行的技术要求吗？ 他们是否让每个人都处于循环中？谁可能受到他们计划进行的更改的影响？
如果您看不到应聘者的任何潜能并且感觉不到技术知识，那么可以，也许最好不要继续，但不要因为某人无法在白板上找出问题而将其排除在外。 检查他们的代码测试的质量，他们在面试中遇到的方式以及在以前的职位中解决的问题。 更大的图景。 您会惊讶于行业中有多少才华横溢却被拒绝的人才。
查看此网站 ，该网站显示了被拒绝的有影响力的人。 “您不知道JS”的作者凯尔·辛普森（Kyle Simpson）被一家大型社交网络公司以“不了解JavaScript”为由拒绝了。 他的书畅销，而且很棒。 90％的Google员工使用的创建Homebrew的Max Howell被Google拒绝了，因为他不知道如何在白板上做二叉树。
认真地说，糟糕的面试过程对公司造成了严重影响。 如果他们有负面经历，他们将为Glassdoor提供一些多汁的细节。 一些最大，最成功的公司在这些方面都存在巨大缺陷，并且认为仅仅因为公司表现良好而认为他们应该保持现状是错误的。 总有改进的余地。
感谢您的阅读，如果喜欢，请拍一些拍手。
肖恩·迈克尔·斯通（Shaun Michael Stone）。
查看我写的其他一些帖子，关注并在Twitter上与我联系。
From: https://hackernoon.com/why-your-tech-interview-process-may-be-flawed-47a0cb70b1d4
7715
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
