Den største ændring, jeg har mærket i det sidste år eller to, er, *mængden af pull requests er steget unormalt meget.
Jeg var teknisk chef. Jeg passede et team på mere end et dusin mennesker, Mere end halvdelen af dem var entreprenører (sekundære ingeniører).
---
De arbejder om natten og i weekenden efter deres daglige arbejde. Og fra fredag aften til søndag aften, Et stort antal pulls går op samtidig.
En freelancer kan arbejde på flere repositories på samme tid, I slutningen af ugen er de i en tilstand af "hvor skal jeg starte?". Dusinvis af pull requests, der hober sig op alene i løbet af weekenden, er hverdagskost.
---
Bare fordi et produkt er en mikroservicekonfiguration, Selv sammenlægningsprocessen er ikke mikro.
I praksis er forretningslogikken kompleks og går på tværs af hver tjeneste, Hvis de flettes sammen uden at forstå sammenhængen, ødelægges hele systemets integritet øjeblikkeligt.
Ved første øjekast ser produktiviteten ud til at stige. Men samlet set bliver produktet mere ustabilt.
---
Det er svært at hvile i denne situation. Hvis du lader lørdagens og søndagens træk være ukontrollerede, Mandag er der måske noget, der er gået i stykker et eller andet sted.
Når alt kommer til alt, ledere og udviklere, "struktur, der ikke kan hvile".
---
Overfladisk set kan dette beskrives som "produktivitetsgevinster". Men i bund og grund er der et voksende "tab af kontekst". Produktivitet er, handler ikke om at skrive kode hurtigere, *Den afhænger af evnen hos folk, der forstår konteksten, til at træffe de rigtige beslutninger og flette korrekt.
---
AI kan dog hjælpe på dette område på nogle områder, begrænsningerne er også tydelige. Især inden for UX og front-end, hvor der er brug for "øjne" og "ører", AI kan endnu ikke supplere de menneskelige sanser.
AI kan dog fortsætte med kun backend-logikken, UI og oplevelsesdesign kan ikke.
Jo mere AI der bruges, jo mindre produktivitet siges der at være opnået, *Jo mere AI der bruges, jo mindre produktivitet opnås der, og det er let at falde i "den omvendte produktivitetsfælde".
---
Det er et problem, der bliver tydeligt, når man kommer ud over en udviklingsorganisation på en halv snes personer. Jeg taler ikke om ting som "01 prototyper i Claude Code". *Det er en realitet, der viser sig, når man kommer til det stadie, hvor man vedligeholder et produkt, der fungerer i produktionsskala.
Både AI og mennesker arbejder allerede på grænsen af deres formåen. Alligevel er der ingen steder, hvor man kan garantere, at produkterne ikke går i stykker.
