Jeg så på min GitHub contribution heatmap i går og indså at du kunne pinpoint præcis hvilken dag jeg begyndte at lade Claude Code arbejde uafhængigt.
Der er et skarpt cutoff. I uger er commits konsistente — flere per dag, steady arbejde. Så er der en periode hvor de falder til næsten ingenting. En feriuge, ville man antage.
Bortset fra at jeg var ikke på ferie. Jeg arbejdede hårdere end nogensinde.
Forklaringen er enklere: jeg stoppede med at committe hver dag. Eller snarere, jeg ændrede rytmen af mine commits.
For de første uger af august var mit workflow konstant iteration: ændr noget, test det, commit. Feedback loopet var stramt. Visuelt bevis for progress dagligt. Heatmappe viste det.
Så ændrede Claude Code's overnight runs mønsteret. Jeg skrev objectives, lod systemet arbejde, kom tilbage næste morgen og reviewede arbejdet. Hvis det var godt, én stor commit. Hvis det krævede iteration, løkkede jeg tilbage med feedback, kørte det igen, så committed når det var korrekt.
Den samme mængde kode bevægede sig. Den samme mængde tænkning skete. Men det komprimerede til færre, større commits. Heatmappen blev stille.
Og jeg var næsten ved at arkivere det under "interessant observation" og gå videre.
Så indså jeg hvad det faktisk betyder.
Heatmappen reflekterer den gamle development rytme. Det er en proxy for "menneske ved tastaturet, der skriver kode." Som det ændrer sig bliver heatmappen en mindre præcis måling af faktisk produktivitet.
For en manager der ser på GitHub stats ville min feriuge se ud som reduceret indsats. For nogen der ved hvad der sker, er det det modsatte. Det var peak produktivitet, bare i en anden rytme.
Det betyder noget fordi det ikke kommer til at være bare mig der tænker på det på forkert måde. Organisationer kommer til at begynde at bruge disse metrics som proxies for produktivitet. Og de kommer til at misfortolke data.
Når folk begynder at bruge AI for udvikling kommer deres commit patterns til at ændre sig. Ikke fordi de er mindre produktive. Fordi rytmen af arbejde er anderledes. Mere asynkron. Mere delegation. Længere feedback loops men mindre tid med at vente.
Metriksene skal indhente. Eller vi har brug for nye.
I mellemtiden bekymrer jeg mig ikke om hvad min heatmap ser ud som. Jeg ved hvad der faktisk skete. Jeg shippede mere kode i den "stille" uge end i ugerne før den. Og det var mindre haste, mindre stress, og lod mig fokusere på højere niveau tænkning i stedet for mekanikken ved at skrive.
Det er en win på alle målt der betyder noget for mig.
Men jeg tænker på teams hvor det ikke kommer til at være åbenlyst. Hvor opfattelsen af produktivitet er bundet til de synlige aktivitets metrics. Hvor et heatmap cutoff ser ud som ved at være slatmørk.
Det er et change management problem, ikke et technology problem.
Og det er værd at tænke på nu, før værktøjerne er så allestedsnærværende at alle rammer denne friktion på samme tid.