有了方法和工具（SonarQube）的支持，我们可以看看我们自己的代码质量是个什么状况。从扫描结果来看，与一些优秀的开源项目相比，我们还是有一些差距。部门EP(Engineering Productivity)极社根据扫描结果，挑选出了比较重要的以下4条规则：
Source files should nothave any duplicated blocks,
Classes should not becoupled to too many other classes,
Methods should not be toocomplex,
Control flow statements"if", "for", "while", "switch" and"try" should not be nested too deeply.
注：SonarQube中有些语言对应的扫描插件不支持第2条规则，如C++和Python。
这4条规是我们需要优先偿还的技术债，目前已经在整个部门推广实施。
读到这里，很多人也许忍不住想问，如此这般折腾有啥用？代码质量相对不高也没有影响到公司业务呀，提高这种代码质量除了让我们忙上加忙外，能有什么好处？或者说有什么价值？跟我的KPI有啥关系？
好吧，既然代码质量不好就是“负债”，那么欠债还钱不就是天经地义么，毕竟“出来混，迟早要还的。”显然这样的苍白说教无法服众，所以我们后续文章的重点就是深入理解技术债，深入分析提升代码质量的必要性和紧迫性。
So：读者朋友们，你们所在的团队或组织是否也在重视代码质量呢？
问答
是否有工具可用于计算项目的代码度量？
相关阅读
美团外卖Android Lint代码检查实践
几点建议帮你写出简洁的JS代码
Web前端性能基础指标&计算方式