Samenvatting

Deze AI-rapportgenerator schat hoe lang een nieuwe engineer nodig heeft om zijn eerste betekenisvolle PR te landen, en hoe risicovol een codebase is om in te werken, op basis van vijf inputs: regels code, actieve bijdragers, testdekking, leeftijd van de codebase en typering. De formule is een transparante heuristiek, gebaseerd op gepubliceerd onderzoek naar code reviews en developer-surveys (de review-omvang-studies van Google en SmartBear, het Developer Coefficient-rapport van Stripe), geen black box. Alles draait client-side; er wordt niets over je codebase ergens naartoe gestuurd.

AI-rapportgenerator codebase: onboarding en risico inschatten

Vul regels code, testdekking, teamgrootte en leeftijd in. Je krijgt een rapport in gewoon Nederlands dat je zo in een PR-beschrijving of Slack-thread plakt, zonder account en zonder server-roundtrip.

AI-rapportgenerator codebase

Vul hieronder de gegevens van je codebase in. Het rapport wordt live bijgewerkt en je kunt het als platte tekst kopiëren.

Geschatte onboardingtijd -
Risicoscore codebase - -

Wat je eerst moet aanpakken

    Hoe het rapport tot stand komt

    Wat er in de schatting zit

    Omvang en testdekking

    De onboardingtijd loopt op met het aantal regels code, en wordt merkbaar slechter onder 50% testdekking: reviewers en nieuwe collega's lezen dan de implementatie regel voor regel in plaats van op de testsuite te vertrouwen.

    Teamcapaciteit

    Teams met minder dan 5 actieve bijdragers hebben geen informeel vangnet: een vraag zonder duidelijke eigenaar blijft een dag in een DM hangen. Voorbij ongeveer 15 bijdragers is mentorcapaciteit niet langer de bottleneck en wordt de codebase zelf de beperkende factor.

    Leeftijd en typering

    Codebases van 3 tot 7 jaar oud of ouder verzamelen ongeschreven kennis die nooit in comments of docs is beland: naamconventies, verouderde modules die niemand heeft verwijderd, workarounds voor een bug die elders al is opgelost. Statische typering (TypeScript, Go, Rust, Java) verkort de inwerktijd ten opzichte van dynamische talen omdat de types meteen als documentatie dienen.

    Peil de situatie voor je het ticket toewijst

    Een risicoscore is een startpunt voor een gesprek met je team over waar de echte knelpunten zitten, geen oordeel in steen. Gebruik het om te bepalen wat je aanpakt voordat de volgende nieuwe collega begint, niet om engineers te rangschikken.

    Close-up of hands typing on a keyboard with a laptop screen showing blurred abstract report widgets

    Veelgestelde vragen

    Is dit gratis te gebruiken?
    Ja. De rapportgenerator draait volledig in je browser: geen account, geen betaalmuur, en er wordt geen data naar een server gestuurd om de schatting te berekenen.
    Waar komen deze benchmarks vandaan?
    De formule is een transparante heuristiek, geen peer-reviewed model. Het advies over reviewomvang (houd PR's onder ongeveer 400 regels, effectiviteit daalt na zo'n 60 minuten aaneengesloten lezen) komt uit de engineering-documentatie van Google en de SmartBear/Cisco code review-studie. De omvang van de coverage- en tech-debt-penalty's is gebaseerd op het Developer Coefficient-rapport van Stripe, dat liet zien dat engineers een groot deel van hun week kwijt zijn aan slechte code en onderhoudswerk. We noemen het bewust een heuristiek: zie het getal als richtinggevend, niet als exact.
    Wordt mijn codebase-data ergens naartoe gestuurd?
    Nee. Elke invoer blijft in je browser en de berekening draait in JavaScript op je eigen apparaat. De enige netwerkactiviteit is een anonieme ping die telt hoe vaak de widget gebruikt wordt, zonder codebase-details.
    Vervangt dit een echt onboardingplan?
    Nee. Het geeft je een startgetal om mee te plannen: een ruwe schatting van het aantal dagen en een risiconiveau. Combineer het met een echte onboardingchecklist, een toegewezen mentor en een leeslijst voor de eerste week, opgebouwd rond je eigen repo.
    Waarom viel mijn risicoscore hoger uit dan verwacht?
    Drie factoren duwen hem het snelst omhoog: testdekking onder 30%, een codebase ouder dan 7 jaar, en een hoge verhouding regels code per engineer. Kijk eerst naar die drie: dat zijn meestal degene die je dit kwartaal nog kunt aanpakken.
    Wat als mijn repo een monorepo is met meerdere talen?
    Reken de cijfers uit voor de taal en het onderdeel waar een nieuwe collega écht als eerste mee aan de slag gaat, niet de hele monorepo. Een monorepo van 2 miljoen regels waarin een junior alleen in één service van 40K regels werkt, scoor je op die service, niet op de hele repo.
    Kan ik dit ook gebruiken voor capaciteitsplanning van code reviews?
    Deels. De risicoscore hangt samen met reviewdruk: een codebase met hoog risico betekent meestal tragere, duurdere reviews, maar het vervangt niet het echt meten van de doorlooptijd van PR's in je eigen dashboard.
    Wat is het verschil tussen de risicoscore en de onboardingschatting?
    De onboardingtijd beantwoordt hoe lang het duurt voor één nieuwe engineer productief is. De risicoscore beantwoordt hoe fragiel de codebase in het algemeen is: lage testdekking en een verouderde, geconcentreerde codebase verhogen het risico ook voor engineers die er al jaren zitten.

    Maak van dit rapport een onboardingdocument

    Skywork zet losse notities om in slides, docs en diagrammen, handig voor het onboardingpakket waar niemand tijd voor heeft als er aanstaande maandag een nieuwe collega begint.