可维护性=生产率
清晰的代码意味着更快乐的开发人员和更高的团队速度
SonarQube可帮助您找到错误代码并了解问题所在。
然后，它向您展示了如何解决该问题。
根据一些估计，维护工作占到项目成本的90%以上。这就需要大量的时间来重写现有的代码。有了清晰的代码，你就会花更少的时间去了解它是如何工作的，而有更多的时间去享受编写伟大的代码来解决问题的乐趣。
有了清晰的代码，你会有更快乐的开发人员和更高的团队速度。
通过在过程的早期提出新的错误代码，你会被引导到只提交正确的代码。这使你的同事们的生活更轻松，也使你看起来像个专家。
更妙的是，看到你将要处理的代码中存在哪些错误代码，可以提前警告你将面临的陷阱，并帮助你知道该向谁询问这些问题。
在你的IDE中添加SonarLint，以获得尽可能早的反馈。有了SonarLint可以在你编码时捕捉新的问题，没有人会看到你的错误。
开发人员在“新代码”和“拉取请求”分析中的质量使维护高标准变得容易。 在PR阶段处理问题，以便在同行评审甚至开始之前就清理容易的东西，从而提高团队的工作效率，并节省时间专注于重要的事情：逻辑。
将团队编码标准纳入您的质量配置文件中，您将再也不必谈论命名约定或花括号的位置。 个人偏好让位于团队智慧，并使用SonarQube来执行标准的短路参数。
无论您是语言的新手还是只是精通技巧，即使是最有经验的开发人员也都不是一无所知。 这就是为什么SonarQube使每个Issue成为一个可教导的时刻。
从问题中，您可以轻松访问规则背后的原因，有关应遵循该规则的信息以及如果不遵循该规则可能会出错的信息。 另外，大多数规则都有演示此修复程序的代码示例。
不要更改代码，因为SonarQube表示您应该这样做。 更改它是因为您已经学会做得更好。
SonarQube不仅为您提供编码规则，还可以为您提供更多信息。 以易于理解的方式，已经进行了大量工作来收集和呈现所需的指标。 实际上，度量标准是如此重要，以至于我们发明了认知复杂性来填补行业标准中的空白。
SonarQube在难以理解的结构化代码上提出了认知复杂性问题。 研究表明，复杂的代码更有可能出现bug，而令人困惑的代码可能会导致维护人员添加新的Bug。 使用SonarQube作为降低认知复杂性和提高同事理解能力的指南。
每种语言都有最佳做法
SonarQube可帮助您关注他们。
无论您是语言的新手还是精通技巧，SonarQube都可以提供指导和指导，以帮助您不管使用哪种技术，都可以编写清晰的代码。
