Har slået alle linterregler til som fejl

Situation. De fleste projekter vælger en behagelig delmængde af deres linters regler, og delmængden vælges efter, hvilke regler der var tavse den dag, den blev konfigureret. Det gør konfigurationen til en optegnelse over kodens eksisterende vaner og ikke en standard, koden holdes op mod, og hver regel, der er slået fra, er en defektklasse, ingen nogensinde får besked om.

Opgave. Standarden skulle vendes om — hver regel, værktøjet implementerer, slået til som en fejl — og det resulterende efterslæb arbejdes ned til nul og ikke forhandles ned ved at slå regler fra igen.

Handling. Det komplette regelsæt gav 1.815 fund ved første kørsel. De blev arbejdet igennem efter kategori og ikke efter fil, for kategorierne fortæller noget: ubrugte argumenter og skyggede indbyggede navne er støj, men sikkerhedskategorien, kategorien for foranderlige standardværdier og kategorien for undtagelseshåndtering pegede hver især på reel adfærd. Der findes ægte uforeneligheder — en formatter og en linter kan være uenige om den samme linje, og nogle få regler modsiger projektets egne bevidste valg — og hver af det lille antal undtagelser har en skriftlig begrundelse dér, hvor undtagelsen gøres, som siger, hvad reglen ville, og hvorfor denne kode gør noget andet. To af dem går videre og er bakket op af et tjek og ikke en kommentar, så undtagelsen ikke ubemærket kan brede sig: reglen er slået fra, og en test efterprøver netop den egenskab, reglen ville have håndhævet. Typetjek kører i streng tilstand ved siden af, hvilket er en særskilt og hårdere standard, og det er den, der fangede defekter, linteren ikke kunne se, fordi de handler om, hvad en værdi er, og ikke om, hvordan den er skrevet.

Resultat. Linteren kører ved fuld styrke med nul fund, og hver afvigelse er dokumenteret på den linje, hvor den tages. Prisen er reel og værd at nævne: den strengeste indstilling frembringer fund, der reelt ikke er værd at handle på, og nogen skal træffe den vurdering 1.815 gange i stedet for én gang.