Technische schuld meten: waar zit het in je code?

Technische schuld is werk dat je uitstelt en later terugbetaalt, in tragere wijzigingen en meer fouten. Wij meten met vaste tools in je repository en je git-geschiedenis waar die schuld zit. Zo zie je waar opruimen het meeste oplevert, zonder een verzonnen bedrag.

Bijgewerkt op

Wat je van technische schuld kunt meten

Schuld zelf is niet te meten, de sporen ervan wel. Een bestand dat complex is, vaak verandert en weinig tests heeft, is duur om aan te raken. Dat zijn de plekken waar het eerst wringt.

Wat we meten

Met vaste tools, zonder AI, op je repository:

  • De meest complexe functies en bestanden
  • Hotspots: bestanden die complex zijn en ook het vaakst veranderen
  • Omvang per taal, en hoeveel testcode er tegenover de code staat
  • Runtimes en frameworks die geen updates meer krijgen, en of er lockfiles zijn
  • Uit de git-geschiedenis: hoe oud, hoe actief, en of het werk bij één persoon ligt

Daarna leest een inspectie de architectuur

Een AI-model leest de code door, alleen lezend, en noteert beweringen over de opbouw. Elke bewering moet naar een bestand en een regel wijzen, anders komt hij niet in je overzicht. Wij zijn verantwoordelijk voor de controle, niet voor het opruimen.

Wat we niet doen

We rekenen schuld niet om in een bedrag of een aantal dagen werk. Dat zou een getal zijn dat we niet kunnen onderbouwen. Je krijgt de bevindingen met hun bewijs en de plek waar het zit.

We ruimen niets op. Jullie bepalen wat je eerst aanpakt.

Vragen die we vaak krijgen

Geven jullie een bedrag of een score voor onze schuld?

Nee. We tonen bevindingen met bewijs, per onderwerp met een stoplicht. Een bedrag zouden we moeten verzinnen.

Is een complexe functie hetzelfde als schuld?

Niet altijd. Complexiteit is een aanwijzing. Het wordt pas een probleem als zo'n bestand ook vaak verandert en weinig tests heeft. Daarom kijken we naar die combinatie.

Hoe verschilt dit van een toets van codekwaliteit?

Het is dezelfde meting, met de vraag van een team dat achterloopt: waar begin ik? Zie ook de pagina over codekwaliteit en architectuur.

Ruimen jullie de schuld op?

Nee. We repareren niets. Jullie bouwen en bepalen wat je oplost.

Wordt het erger door AI?

Dat zeggen we niet, en we noemen geen cijfers die we niet kunnen onderbouwen. Er komt sneller code bij, dus moet de meting meelopen bij elke nieuwe versie.

Aanmelden voor de pilot

De pilot is op uitnodiging. Meld je aan, dan kijken we of je applicatie past en mailen we je. Je koppelt je repository met leesrechten, de eerste controle start vanzelf, je ziet wat er gecontroleerd en bewezen is, en daarna vragen we wat het je waard is. Heb je eerst een vraag? Stel hem in het bericht hieronder.

Ons team

Leest elke aanmelding en elke vraag

Ons team leest wat je stuurt en antwoordt per mail. Een gesprek volgt alleen als je erom vraagt: met de mensen die het werk doen, niet met een verkoper.

We gebruiken je gegevens alleen om op je aanmelding te reageren. De website slaat je aanvraag niet op.