代码量对工程师而言是非常重要的贡献指标,公司的统计指标里只有新增和修改,没有删除。作为一个资深程序员深知,删除代码不仅难,而且可贵。群里也有人反应,删除代码,小心翼翼,如履薄冰,结果还不算工作量。我也觉得有时候用呕心沥血都不过分。

    我找到负责人反应,负责人一开始认为删除代码时投入的精力,通常而言都远不如新增和修改,看技术贡献度时也是。我问他有没有问过开发者,他说问过。我本想就算了,通常也就算了。可是吃饭的时候,很气氛,觉得应该试着继续挣扎下。

    于是就编了一段之前和同事讨论的关于代码密度的信念,显然没有证明过。

    我理解,代码是对业务价值的表达,20201210 删代码,不算技术贡献 - 图1 肯定越大越好,或者称为代码价值密度。工程师很大一部分价值靠代码衡量,如果代码贡献指标不完整,我觉得很生气的

    对代码的衡量,也是公司的价值主张,还是要慎重。最终我们认为要再去多问些有影响力的开发者,而非仅仅是一线主管,并考虑加上删除指标。