今天,我在一次技术面试中第一次经历了。候选人拒绝按照我的要求使用白板来解决算法问题。游戏中没有残疾,也没有什么(除了紧张)。他只是说他不喜欢用白板来回答困难的问题。
奇怪的是,当我站在他的肩上看着他的记事本时,我们就能解决这个问题了。他甚至有效地表达了他的想法,使我能够帮助他克服不可避免的困难。在此之后,我问他对协作工作的感觉如何(因为这里的协作很重),他说他喜欢协作工作。我问他是否愿意和其他开发人员一起讨论白板上的问题,他答应了。
这是某种危险的信号还是我只是读得太多了?在我们的环境中,合作是必须的。
候选人正在被评估为一个领先的开发职位,在这种情况下,他花了大部分时间与他的开发人员沟通,而编码的时间比单个贡献者要少。
发布于 2013-02-25 23:02:10
我就不会太担心了。你雇他不是为了在白板上工作,而是雇用他在键盘上工作。白板是一种面试技巧,有助于证明他的能力.如果这对他不好,但他能够在其他方面展示他的能力,那么这是一个无关的实现细节。
从你写的东西来看,他似乎善于沟通和解决问题,你也注意到他能够在记事本上完成所需的工作。这解决了与白板相同的问题:它给应聘者提供了一个比打字更慢的地方来完成这个过程,而且没有一个Backspace键,而面试官则观察他们的思维过程。从这里写的,我看不出有什么好的理由不雇用他。
发布于 2013-02-25 23:18:06
头脑风暴时在白板上散列代码和在白板上散列代码是有很大区别的,因为有一个已经知道答案的人盯着你,等着你犯错。有些人在那种环境下真的很紧张。即使你不紧张,整天接受技术面试也会让你感到不安。
例如,我最近是面试者,面试官问我一个白板编码问题,我不仅知道寒冷的答案,我还写了一篇关于如何做的博客文章。在整整两天的时间里,我一直在谈论编程语言和做编码问题,我已经精疲力竭了,所以我就把它弄得毛骨悚然,花了我大概十倍的时间才写出了这个解决方案。很难为情。我可以很容易地看到,一个对面试感到紧张的人会立即对任何问题视而不见。
我一直站在面试官一边,有些应聘者会提前告诉我--比如,提前几天--他们对白板感到不舒服。他们询问是否有其他方法来测试他们对基本算法的知识。考虑到这一警告,我不介意在用户首选的开发环境中实际设置一台机器,给出我的编码问题,并让他们解决这个问题。
总之,我不认为这是一个“红旗”,但这就是说,这是合理的,让候选人提前告诉你,他们展示自己的技能在其他方面最好。
发布于 2013-02-25 23:23:56
虽然我可能会提出一个问题,他觉得什么样的问题是可以白板的,但我可以理解他的观点。如果你离白板很近,在白板上写字的话,你离得太近了,不动头就看不见整件事。对于某些可能令人沮丧的算法。我更喜欢写一两行白板,然后退一步想一想。写作与思考的比率越高,我就越喜欢编辑或一张纸。事实上,我在编辑器中做了大量的快速输入,然后将列表转移到一个白板上,用于思考部分。
我认为这是一种高度的自我意识。我宁愿雇一个知道自己在纸面上更有效率并坚持自己的人,而不是不知道的人。也要记住,并非所有的残疾都是可见的。他可能是一只眼睛失明,或有有限的周边视力,并宁愿不告诉人们,除非绝对必要。
https://softwareengineering.stackexchange.com/questions/188381
复制相似问题