考核和代码量统计

感谢探讨。 我也提到

打算在组内用代码量和一些提交细节做个数据参照来观察组员的engage程度，效率和churn。

。  这个只是众多策略中加强engage的一个尝试，不是考核硬性指标，我只是借以前考核的帖子提到代码量作为个引入。以前工作过的一组尝试过每个sprint分析代码提交，体验很好，当时大家更多用来探讨数据，大家也对这个流程很喜欢。 我主要还是问下工具。

开源的工具我是不知道，但大公司内部有一些工具会显示: number of diffs, number of significant lines, days to close, number of comments etc. 我个人觉得这个是可以作为qualitative的指标，而不是非常精确的硬性排名。举个例子，很少或者很多代码量的outlier可以单独对待，不仅要看代码量，也要看iteration的次数，每个diff本身在干什么，summary里写了什么，test plan写了什么，如果有人能这么去gaming system，那他一定在这方面得花很多功夫。说到底，是tooling设计的有多好，考虑的因素是不是仅仅只是单一的diff数量或者代码行数。

马工真的要按行数收费了？

FB不是之前一直说要按照代码量来考核的吗

silverhawk 发表于 2020-12-13 13:25
FB不是之前一直说要按照代码量来考核的吗

fb至少official的说法是行数/diff数不应该作为metric，calibration提行数会被鄙视
我参加过的calibration确实从来没听到过提代码行数