对代码指标的迷恋是什么？[关闭]
从目前的情况来看，这个问题不适合我们的问答形式。我们希望答案能得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 最近，我在SO上看到了许多与“代码指标”相关的问题，不得不怀疑是什么？以下是一些最近的示例： 哪些代码指标使您相信所提供的代码是糟糕的 什么时候代码行数是有用的度量 写作质量测试 在我看来，没有一种指标可以代替代码审查，但是： 有些指标有时可能表明需要检查的地方，并且 短时间内指标的根本变化可能表明需要检查的地方 但是我无法想到一个单一的度量标准本身总是表示“好”或“不好”的代码-总是存在一些异常和原因，导致测量无法看到。 从我忽略的代码指标中可以获得一些神奇的见解吗？懒惰的程序员/经理是否在找借口不读代码？人们是否拥有庞大的旧代码库并正在寻找起点？这是怎么回事？ 注意：我已经在特定主题中的回答和评论中问了一些这样的问题，但没有得到任何答复，所以我认为我应该向整个社区询问，因为也许我遗漏了一些东西。最好运行一个指标批处理作业，而不必再次阅读其他人的代码（或者我自己的代码），我只是认为这不切实际！ 编辑：我对所讨论的大多数指标（如果不是全部指标）都很熟悉，我只是没有孤立地看到它们的观点或将其视为质量的任意标准。