如何识别一个优秀的程序员？

Question

我们公司正在寻找新的程序员。问题来了--很多开发人员在面试时看上去真的很棒，他们似乎知道你需要的技术，并且有很好的工作背景，但是经过两个月的工作，你会发现他们无法在一个团队中工作，编写一些代码需要很长时间，而且结果并不像应该的那样好。

那么，您是否使用任何正式的测试(有吗？)你如何认识一个好的程序员和一个好人？有什么简单的“好”问题可能会暴露未来的问题吗？...or仅仅是关于你对这个人的“感觉”(主要是你的经验)，以及对他/她的考验吗？

编辑:根据Manoj的回答，这里是与工作面试中的编码任务相关的问题。

Answer 1

让他们谈谈他们对什么感兴趣。我还没有见过一位开发人员，他在谈论编程时非常热情，但实际上不会编写代码。当然，它们很可能存在--你的面试也应该检查你的能力--但在我的经历中，激情是一个很好的指标。(请注意，这与能够用流行语“说话”是不一样的。)

问他们对他们最喜欢的语言或平台有什么不喜欢。他们怎么解决问题？他们希望在下一个版本中看到什么？他们有业余项目吗？如果他们有博客，就读吧。检查他们的一般在线存在。

Answer 2

雇用好人是很难的。

我需要犯一些真正的错误才能做得更好。在最初的几次之后，你开始更加信任你的肠道，你不相信它，并且后悔它。

我非常尊重史蒂夫·耶格的手机屏幕问题，并以此为基础采访了一些成功的人。

我还认为，在阅读了乔尔的游击采访指南之后，我在采访人们方面变得更好了(现在版本为3.0，超过了网络和一切的版本，它必须是好的)。

在用访谈标记的软件工程堆栈交换和一些上还有57个其他问题(截至2008年11月20日)，所以请看这些问题。

Answer 3

一些想法：

• 从几个不同的角度提出几个开放式问题：
  • 检查一些代码。什么被确认了？技术错误，风格不一致，注释，算法，可维护性等。
  • 写些代码。寻找过程，防弹，可读性等.
  • 为一个小系统创建一个高级设计。寻找问题的理解，方法，沟通，完整性，细节。
  • 描述软件开发过程。寻找设计，协作，回顾，测试，好/坏习惯，和整体经验。

• 选择一些东西--任何东西--候选人声称知道得很清楚。问一个简单的问题，然后，根据答案，问另一个，稍微详细一点，并继续“挖掘”，直到你达到候选人的知识极限。这给了你一个想法：
  • 诚实:S/他知道的和声称的一样多吗？
  • 知识的深度:S/他学得有多好？
  • 沟通:S/他如何向你解释一些不熟悉的事情？思维过程合乎逻辑吗？
  • 对压力环境的反应:S/他有多努力才能回答？S/他是假的吗？不可避免的“我不知道”是容易还是困难？

• 问一下应聘者如何处理以前的工作中的各种情况:团队合作、逾期的项目、调试等等。答案是正面的还是负面的？激情？聪明？傲慢？

我发现最好的候选人是热情的，经验丰富的，自信的，但礼貌的，最重要的是，出席。你得知道里面有人。:-)