你会如何评价一个程序员？[关闭]

Question

几周前，我被指派评估我们所有的程序员。我对此感到非常不舒服，因为我是那个教每个人商店编程语言的人（他们大学毕业时都不懂这门语言，幸运的是，我对此非常精通。）。在评价上，我对他们的表现（满分）非常有偏见。

我很高兴我们的编程商店不需要平均水平，但我听说过一些商店确实需要平均水平的恐怖故事。

我的问题如下：

1. 作为一名程序员，你希望看到哪些评测题？
2. 作为管理者，您希望看到哪些评价问题？
3. 作为评估者，如何防止评估出现偏差？
4. 我很想删除评估测试。进行评估测试有什么好处吗？有什么缺点吗？

Answer 1

完成工作确实是评估开发人员所需的一切。之后，您会看到开发人员生成的质量。他们是否编写单元测试并相信测试并对他们生成的代码负责？他们是否在没有被分配的情况下主动修复错误？他们对编码充满热情吗？他们是否总是不断学习，试图找到更好的方法来完成任务或使流程变得更好？这些问题几乎就是我评判我直属开发人员的方式。如果他们不是你的直接领导，而你也不是他们的直接下属，那么你真的不应该评估他们。如果你被指派去评估那些不在你手下的程序员，那么你需要主动回答上述关于他们的问题，这可能很困难。

您无法删除评估测试。我知道有时这会变得乏味，但我实际上很喜欢这样做，而且这对于您正在评估的开发人员来说是无价的。您需要成为一名关心开发人员表现的经理。你是他们的直接反映，就像他们是你的反映一样。我总是留给开发人员的一个问题是让他们评估我。评估需要是两条车道的道路。

我还必须评估千篇一律的问题清单，我确实这样做了，但我总是添加上述内容，并尝试使评估变得有趣，并在我与开发人员一对一交流期间进行学习练习，这都是关于您正在审查的开发人员。

Answer 2

我首先考虑的不一定是代码行数，而是人们添加的代码的值，这当然反映了他们被分配要做的事情。有人告诉我，维护代码与构建新应用程序是非常不同的。还要考虑该人如何使用新技术来使代码相关并更新？该人创建的代码的可维护性如何？他们做事的方式是否符合团队其他成员的逻辑且可以理解？他们的编码是改进了应用程序还是只是破坏了它？最后也是最重要的一点是，他们的编码是否会随着时间的推移而改进？

Answer 3

征求大家的意见怎么样？与一个人共事的每个人都会对这个人有独特的见解。一个人可能会认为某人是个懒鬼，而另一个人则认为他们在开始编码之前花费了大量时间进行计划，等等。

Answer 4

征求大家的意见怎么样？与一个人共事的每个人都会对这个人有独特的见解。

如果（1）评估是在开放的情况下进行的，并且（2）您曾与该人在一个项目甚至同一模块上合作过，那么这种方法就会起作用。作为评估他们的人，我无法评判那些与我没有直接合作过的程序员。

一个人可能会认为某人是个懒鬼，而另一个人则认为他们在开始编码之前花费了大量时间进行计划

不幸的是，这是有争议的。一个看起来像懒鬼的人可能正在沉思，也可能没有。花很长时间计划的人就一定是糟糕的程序员吗？

我相信一个好的评估问题能够回答这个问题。