评估/知识测试问题

Question

对于所有需要评估新同事的技术人员（例如面试或招聘承包商），您在此类会议期间会问什么问题以测量候选人的技术知识？例如，我使用的一个常见问题是解释UML图中的开放或封闭钻石之间的差异。或面向对象范式的真正概念特征。

你想分享的任何有趣的补充？

Answer 1

做的第一件事情就是要确保这个人可以写“你好，世界”（或东西略有不同，但同样琐碎，就像读一本线的输入和倒车吧）在自己选择的语言。你会惊讶于过滤掉的人数。

然后，让他们做一些稍微困难的事情，比如遍历树数据结构或者反转链表。再一次，你会惊讶于有多少人无法管理这件事。

如果编写代码来解决这些问题（这是确定的，因为我不期望每个人都认为，虽然在接受采访时设置）时，他们不会自动编写单元测试，然后我会问他们为这些写一些单元测试。如果他们不知道单元测试是什么或者不知道如何使用给定语言的任何单元测试框架，那么我认为他们在该语言的严肃软件工程方面做得并不多。

概念性问题是一些最糟糕的问题。有人可能会有一些模糊的面向对象或UML的概念，并且能够回答您的概念性问题，而不了解实际编程的任何内容。

Answer 2

我通常会要求应聘者在最近的项目中通过他们的角色与我谈谈。准确告诉我你做了什么以及你的责任是什么。这给了我一个提出技术问题而不侮辱任何人的框架。

Answer 3

我希望答案归结于你想了解潜在同事的内容，以及你期望他们填补什么样的角色。

我想说确保你大谈特谈的话题得到一些洞察考生的思维过程和实际知识，而不是揭示候选人如何挤满了面试问题。 C组之间的差异5 ++和Java，例如，并不总是最有用的问题...

我更喜欢便于讨论问题，并获得的人怎么多情/感兴趣的是感觉。从那里，尝试了解候选人的知识深度，思考过程和态度。以前的工作往往是一个很好的起点。

对于.NET一些有趣的例子/样本，见Scott Hanselman's post。

有关如何评估候选人一个有趣的视角，看到Joel Spolsky's post

Answer 4

你可以问一个人自称是一位经验丰富的C++开发者如何reinterpret_cast的作品 - 他们往往无法解释。或者not regarding STL。不能够解释这样简单的事情，在我看来是一个非常不好的信号 - 他们很可能会写代码，他们不会理解，但将只相信