Oct 11
在InfoQ上看到了讨论：衡量程序员的工作效率的文章.就按前段时间结束的项目来说,如果也按照 计算代码行数（source lines of code, SLOC）来进行工作效率考核,我肯定是失败了.我一直觉得代码写的越多反而会增加越多的问题.而且维护的时间困难的系数会越大,反正我只要看见几千行的代码,就有点头大.
整个文章里面,有一个Hudson游戏,比较好玩.
游戏规则:
- -10 points 致使build失败
- 0 points 致使已经失败的build失败
- +1 points 可以没有任何错误的通过build (不是稳定版本,无分)
- -1 points 每次测试点失败
- +1 points 每次测试点成功
这个用规则还是比较实用的.不过,这样也有一个问题.大家在check in代码的时间会更加的谨慎.而过度的谨慎,会导致check in的减少.减少项目之间的交流.当然还有其他方面的一些问题.可以参看Paying programmers: are bonuses bad and what to do about it?
October 16th, 2008 at 9:02 pm
羡慕程序员～～
[回复]