技术债务

即时整洁编码

代码质量安全的新曙光

即时整洁编码,意味着专注于新代码,以最少的代价获得最大

的代码质量收益。

即时整洁编码的方法消除了传统代码质量方法面临的挑战。

专注于新代码,以保持项目品质

SonarQube项目主页突出显示了(更改或添加的)新代码的质量和安全性,因此您可以专注于重要的事情:确保今天编写的代码是可靠的。

开发人员对新代码的质量保障

作为开发人员,首要任务是确保今天编写的代码干净安全。

如何在没有尝试的情况下获得编码质量

确保你当天的编码是干净整洁的,剩余的交给它(Sonarqube)

挑战 | 太晚的反馈

正确地反馈,在于正确的时间,正确的地方。

针对项目首页中的新代码期限,Sonarqube为你提供了相应的跟踪工具:SonarLint、项目主页中的PR分析。

公关(PR)分析

IDE中的SonarLint在如今是确保编写的干净安全代码的第一道防线。连接到你 的SonarQube实例,以确保你要应用的质量规则与SonarQube分析期间使用的相同。

使用SonarQube拉取请求分析与修饰,确保你的代码在合并之前(甚至在要求人工审核之前)是一流的。

挑战 | 没有人负责质量

各司其职,而不是专人负责

使用编码即时整洁的方法,无需负责别人的代码整洁,你只需在你当天的编码上做到OK即可。

而且,如果你确实添加了新问题,系统会自动将它们分配给你,因此没有人被要求去“擦别人的屁股”。

开发人员只专注于他们自己的新代码的质量

挑战 | 不同项目的标准不同

跨语言、跨项目......在整个组织中使用统一标准

通过关注新的代码周期,您可以将相同的高标准应用于每个项目,与其(项目的)阶段、语言或未偿还的技术债务无关。

每个开发人员只专注于他们自己的新代码的质量

挑战 | 来自团队的掣肘
质量阈

实施以新代码指标为重点的质量阈确保新功能交付清晰。然后,你所需要做的就是保持质量阈结果为绿色,以确保每个版本都比上一个版本好。

提升对于新代码的高标准
如果仅在新代码上应用,那么在质量阈中设置和使用高标准没有任何不利之处。开发人员会因在其新代码上达到高标准而感到自豪,如果该项目没有通过质量阈,则显然不准备发布。
团队希望新代码能达到高标准。

在老代码中对质量的维护管理

第一次分析遗留项目时,结果可能会令人震惊,但仅通过修复遗留债务而深入研究旧代码会带来功能退化的风险。

作为经理,你负责旧代码中的质量和安全性。开发人员已经在确保他们今天编写的代码干净安全。清理旧代码并确定清理的优先级和时间表是否很重要由你来决定。

技术债务的偿还:一切照旧的后果

开发人员负责新代码的质量;经理们负责老代码的质量。但是即便没有主动清除,在正常的业务过程中,随着开发人员对旧代码进行新更改,老的代码库也将逐渐被清除。

频繁修改的代码区域将很快得到修复,从而使这些高流量区域将来维护起来更加容易,成本更低,可靠。低流量的代码区域将被清理得更慢。事实上,用户的请求对这些区域没有影响,这意味着这些区域不那么重要,并且可以被忍受。