Ik zeg op mijn eigen homepage dat ik ongeveer 10× sneller ship dan ik een paar jaar geleden kon. Dat klopt, en zonder voorbehoud gezegd is het misleidend — want de multiplier geldt voor een deel van het werk en bijna niets van de rest.
Omdat de eerlijke versie nuttiger voor je is dan de marketing versie, hier is het.
Wat werd echt dramatisch sneller
- Alles wat ik eerder heb geschreven. Auth flows, list-detail screens, form validation, API clients, migrations. Werk dat goed begrepen maar saai is. Dit is een groot deel van elk echt product en het ging van dagen naar uren.
- Onbekende code lezen. In een 200.000-regel codebase terechtkomen en donderdag oriëntatie nodig hebben. Dit is misschien wel de grootste verandering in mijn werkende leven — en het is de reden waarom een uur audit nu iets nuttigs kan zeggen.
- Tests. Het ding waar iedereen onderinvesteringen omdat het saai is, is nu goedkoop genoeg dat er geen excuus is.
- Eerste drafts van alles. Niet definitieve. Maar de afstand van blanco pagina naar iets om op te reageren is ingestort, en reageren is veel sneller dan creëren.
- Over stacks heen werken. Ik ben van nature een iOS ingenieur. Ik ben nu echt nuttig in backend en infrastructure code op een manier dat ik niet was, omdat de syntax barrier grotendeels verdween.
Wat veranderde helemaal niet
- Weten wat je moet bouwen. Geen model heeft je klanten ontmoet. Het moeilijkste deel van product work is beslissen wat je niet doet, en dat is ongewijzigd.
- Architecture decisions met een twee-jaar horizon. Een model stelt zelfverzekerd een structuur voor die vandaag werkt en in achttien maanden pijn doet. Die uit elkaar houden vereist verbrand zijn, wat niet iets is waar je om kunt vragen.
- De echt lastige bug debuggen. Race conditions, memory issues, die ene crash alleen op één device model. Deze nemen nog steeds precies zoveel tijd als altijd.
- Alles wat smaak vereist. Of een interactie voelt goed. Of een foutmelding als nuttig of beschuldigend leest. Of het product goed is.
- Coördinatie. Als drie mensen het eens moeten worden, maakt AI hen niet sneller eens.
Wat stilletjes erger werd
Dit is het gedeelte dat ontbreekt in de meeste pitches, en het doet er toe als je aan het kopen bent.
Plausible wrongness scales beautifully. Code die eruit ziet goed, goed leest, en subtiel fout is, wordt nu sneller geproduceerd dan het kan worden nagekeken. De bottleneck verplaatste van schrijven naar verificatie, en teams die hun aandacht er niet mee verplaatsten, shipperen meer bugs, niet minder.
Codebases drift. Gegenereerde code neigt naar het gemiddelde van alles ooit geschreven, niet naar de conventies van jouw project. Zonder iemand die actief de lijn houdt, erodeert consistentie — en consistentie is wat een codebase goedkoop maakt om later te veranderen.
Juniors leren anders. Ik weet nog niet of dat slecht is. Ik weet wel dat het begrip dat ik kreeg van twee dagen vast zitten niet duidelijk vervangen wordt door een antwoord in twintig seconden.
Wat dit betekent voor wat je koopt
Als een leverancier je vertelt dat AI hen 10× sneller maakt en dus je project een tiende van de tijd neemt, verkopen ze te veel of ze hebben alleen het saaie gedeelte gedaan.
De eerlijke versie: de construction phase is enormously compressed; de deciding phase niet bewogen. Dus de vorm van een project veranderde. Het was ooit een korte thinking phase gevolgd door maanden bouwen. Het is nu een proportioneel veel grotere thinking phase gevolgd door een korte build.
Wat is waarom twee-week sprints nu werken en niet in 2019. Niet omdat ingenieurs sneller aan het typen werden, maar omdat de verhouding veranderde — en als je de eerste dagen goed besteedt aan beslissen, past het bouwen echt in het window.
De vraag om een leverancier te stellen
Niet "gebruik je AI?" Iedereen zegt ja.
Vraag: "hoe verifieer je wat het produceert?" Het antwoord vertelt je of je compressed delivery of compressed diligence koopt. Één daarvan is het betalen waard.
En als je een codebase erft die op deze manier is gebouwd, doet de audit checklist meer ertoe dan het ooit deed, niet minder.