Jeg siger på min egen homepage at jeg shipper cirka 10x hurtigere end jeg kunne for få år siden. Det er sandt, og uden kvalifikation sagt er det vildledende — fordi multiplikatoren gælder for nogle af arbejdet og næsten intet af resten.
Da den ærlige version er mere nyttig for dig end marketing-versionen, her er den.
Hvad blev faktisk dramatisk hurtigere
- Alt som jeg har skrevet før. Auth flows, list-detail screens, form validation, API clients, migrations. Arbejde som er velforstået men kedeligt. Dette er en stor del af enhver rigtig produkt og det gik fra dage til timer.
- At læse ukendt kode. Blive kastet ind i en 200.000-linje codebase og skulle orienteres inden torsdag. Dette kan være den enkelte største ændring i mit arbejdsliv — og det er grunden til at en time audit nu kan sige noget nyttigt.
- Tests. Det som alle under-investerer i fordi det er kedeligt er nu billigt nok at der er ingen undskyldning.
- Første kladder af alt. Ikke endelig noget. Men afstanden fra blank side til noget at reagere på kollapsede, og at reagere er meget hurtigere end at skabe.
- At arbejde på tværs af stacks. Jeg er iOS-ingeniør i handel. Jeg er nu rigtigt nyttig i backend- og infrastrukturkode på en måde jeg ikke var, fordi syntaksbarierin stort set forsvandt.
Hvad ændrede sig slet ikke
- At vide hvad man skal bygge. Ingen model har mødt dine kunder. Den sværeste del af produktarbejde er at beslutte hvad man ikke skal gøre, og det er uændret.
- Arkitektur-beslutninger med en to-år horisont. En model vil med selvtillid foreslå en struktur som virker i dag og gør ondt om atten måneder. At skelne disse kræver at være blevet brændt, hvilket ikke er noget du kan prompte til.
- Debug'ing af den virkelig svær bug. Race conditions, memory issues, det ene crash kun på en device model. Disse tager stadig præcis lige så lang tid som de altid gjorde.
- Alt som kræver smag. Om en interaktion føles rigtig. Om en fejlmeddelelse læses som hjælpsom eller anklaget. Om produktet er godt.
- Koordination. Hvis tre mennesker skal blive enige, gør AI dem ikke enige hurtigere.
Hvad blev stille værre
Dette er sektionen som mangler fra de fleste pitches, og det betyder noget hvis du køber.
Troværdig fejlagtighed skaleres smukt. Kode som ser rigtig ud, læses godt, og er subtilt forkert bliver nu produceret hurtigere end den kan reviewes. Flaskehalsen flyttede fra skrivning til verifikation, og teams som ikke flyttede deres opmærksomhed med det sender mere bugs, ikke færre.
Codebases driver. Genereret kode tenderer mod gennemsnittet af alt som nogensinde blev skrevet, ikke mod konventionerne for dit projekt. Uden nogen der aktivt holder linjen, slides konsistensen — og konsistensen er hvad gør en codebase billig at ændre senere.
Juniors lærer anderledes. Jeg ved ikke endnu om det er dårligt. Jeg ved at den forståelse jeg fik fra at sidde fast i to dage ikke er åbenlyst erstattet af at få et svar på tyve sekunder.
Hvad betyder det for hvad du køber
Hvis en leverandør siger dig at AI gør dem 10x hurtigere og derfor tager dit projekt en tiendedel af tiden, oversælger de eller har de kun gjort den kedelige halvdel.
Den ærlige version: construction-fasen blev enormt komprimeret; deciding-fasen bevægede sig ikke. Så formen på et projekt ændrede. Det plejede at være en kort tænkefase efterfulgt af måneder med byggeri. Det er nu en proportionalt meget større tænkefase efterfulgt af et kort build.
Derfor virker to-ugers sprints nu og gjorde ikke i 2019. Ikke fordi ingeniører blev hurtigere til at skrive, men fordi forholdet ændrede — og hvis du bruger de første dage på at beslutte ordentligt, bygger genuinely faktisk ind i vinduet.
Spørgsmålet skal stilles til en leverandør
Ikke "bruger du AI?" Alle siger ja.
Spørg: "hvordan verificerer du hvad det producerer?" Svaret fortæller dig om du køber komprimeret levering eller komprimeret omhu. En af disse er værd at betale for.
Og hvis du arver en codebase bygget denne måde, betyder audit-tjeklisten mere end den plejede at gøre, ikke mindre.