extreme-programming - 工作面试的结对编程

标签 extreme-programming pair-programming

我们公司一直在考虑取消面试程序,让每位候选人与一些程序员进行 4-5 小时的坐下来,然后进行一些结对编程。

理论上我喜欢这个想法,但我不确定如何才能真正做到对每个候选人都公平。您如何评价他们?难道他们的输入真的不取决于每个程序员当天的工作内容吗?

关于这是否是一个好主意/坏主意或如何使其发挥作用的任何想法都是我在这里寻找的。

干杯!

编辑:

结果 - 按照要求

我们将像以前一样进行面试的第一步。电话之后是面对面。我们不会让他们回来进行第三次也是最后一次审查,而是让 3 名开发人员回来与团队的所有 7 名成员坐在一起。我们决定让团队决定雇用谁。

我们得出这个结论有几个原因。我们相信,这将赋予开发人员权力,让他们可以选择自己的工作对象。第二个原因是群体动力。我们认为拥有良好的团队活力非常重要,并且在您雇用一个人之前很难判断他们是否适合。

因此,最终的结果是我们将继续进行结对编程类(class),但将以与最初预期完全不同的方式进行。

非常欢迎对此方法的任何想法或批评! (此编辑作为下面的答案发布,因此如果您认为这不是最好的方法,请随时投反对票)

最佳答案

除非您在实际开发中广泛使用结对编程,否则我会非常犹豫是否使用它。我遇到过很多高素质的专业开发人员,他们都强烈反对结对编程,并且在这样的过程中他们的技能不会得到很好的评价。

关于extreme-programming - 工作面试的结对编程,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/596426/

相关文章:

bash - 单元测试 Bash 脚本

agile - 什么方法论最接近《人月神话》中的外科手术组?

pair-programming - 什么是结对编程?

visual-studio - Visual Studio 插件显示按下的键

tdd - 测试驱动开发和结对编程

agile - 极限编程 "core"实践有哪些?

visual-studio - Visual Studio 中的远程结对编程

agile - 结对编程时反馈慢怎么办?

python - Emacs 协作缓冲区以错误的模式打开