我最近在SO上看到过一些与"代码指标"相关的问题,不得不想知道这些魅力是什么？以下是一些最近的例子:
在我看来,没有指标可以替代代码审查,但是:
但我想不出一个单独的指标本身总是表示"好"或"坏"代码 - 测量无法看到的东西总是有例外和原因.
从我忽略的代码指标中获得了一些神奇的洞察力吗？懒惰的程序员/经理是否在寻找不读代码的借口？人们是否提供了巨大的遗留代码库并寻找起点？这是怎么回事？
注意:我已经在答案和评论中询问了一些关于特定线程的问题并且没有得到回复,所以我认为我应该问整个社区,因为我可能错过了一些东西.运行一个指标批处理作业并不是真的必须再次阅读其他人的代码(或我自己的代码)会很好,我只是觉得它不实用!
编辑:我很熟悉大多数(如果不是所有)正在讨论的指标,我只是没有看到它们孤立或作为任意质量标准.
我所知道的大多数编程工作室/管理人员只能根据回顾中制作/解决的错误来定义质量.
然而,一旦他们开始干预代码,大多数优秀的程序员都可以天生地感知质量.(对吧？)
您是否知道任何编程机构,将此信息成功转换为组织可以衡量和跟踪以确保质量的指标？
我问,因为我经常听到来自心怀不满的经理人的咆哮,他们无法指出真正的质量.但是我听说像HoneyWell这样的一些组织有很多数字来跟踪程序员的表现,所有这些都可以转化为数字,并且可以在评估过程中勾选出来.因此,我向整个社区提出问题,提出他们所知道的统计数据.
关于可以很好地测量凌乱代码的工具的建议也会有所帮助.