Åh, udviklere. De mytiske væsner, der skriver hurtigt, drikker kaffe som om det var en olympisk sport, og på en eller anden måde “reparerer computere” til deres venner og familie. Men hvad gør de egentlig hele dagen? Lad mig male et billede – spoiler: det er meget mere kompliceret (og sjovere) end bare at “skrive kode.”
Lad os bryde det ned ved hjælp af et flowchart, jeg har vedhæftet. (Ja, flowcharts, fordi hvis der er én ting, som udviklere elsker, er det at organisere kaos visuelt.)
Anmodningen starter typisk med noget uskyldigt som: “Kan du bare ændre farven på denne knap?” eller “Vi har brug for denne funktion live i morgen – det burde ikke være svært.” Ikke-tekniske mennesker forestiller sig udviklere, der trykker på knapper som troldmænd: abracadabra! Ny funktion deployet!
Virkeligheden? Den “lille” ændring udløser en kædereaktion, der er længere end din Netflix maraton-liste.
Først skal udviklerne finde ud af, hvor denne funktion endda findes i koden. Forestil dig at forsøge at finde et enkelt sok i et hus med 500 skuffer. Det er, hvad det føles at læse nogens andres kode. Og sokken er på ild.
Efter at have gravet igennem koden, opretter de et lokalt udviklingsmiljø. Lyder fancy, ikke? Det er i bund og grund deres private testlegeplads, hvor fejl ikke ødelægger virksomhedens hjemmeside. Kun hvis, dette “legeplads” tager timer at oprette, fordi værktøjer pludselig beslutter at stoppe med at virke. (“Hvorfor er Docker vred i dag?” “Åh, ingen grund, det hader bare dig.”)
Udviklere skriver derefter lidt kode. Så indser de, at de har ødelagt noget andet. Så retter de det, de ødelagde, hvilket utilsigtet ødelægger noget andet. Efter fire runder af sværged og lidt gråd (stille, mens de sipper kaffe), virker koden. Nå, måske.
Koden går gennem versionsstyring (Git) – et værktøj til at holde alle fra at træde på hinandens tæer. Men at sammensætte ændringer i Git er som at forsøge at forhandle en fredsaftale mellem småbørn, der alle vil have samme legetøj. Konfliktløsning er en udviklers rigtige superkraft.
Før koden får lov til at se dagens lys, tester udviklerne den. De klikker på hver knap, udfylder hvert formular og udfører ritualer for at tilkalde QA-guderne. Så kommer der en fra QA (Kvalitetssikring) og finder fejl på steder, udviklerne ikke engang vidste eksisterede. (“Vent, knappen virker ikke, hvis du logger ind som en venstrehåndet person, der bruger Internet Explorer 11???”)
Endelig er koden klar til at gå live. Ikke-tekniske mennesker forestiller sig udviklere, der trykker på en stor grøn “GO”-knap. Nej. Det er mere som at snige sig gennem en minefelt, mens man jonglerer. Noget altid går galt. Serveren går ned. Databasen glemmer, at den eksisterer. Funksionen forsvinder mystisk som et dårligt tryllekunstners trick. Udviklerne retter alt i realtid, mens de sveder kugler.
Når funktionen er live, kommer feedbacken: “Hvorfor er knappen ikke blå i stedet for grøn?” “Kan du flytte den 3 pixel til venstre?” Cue intern skrig. Udviklere opdaterer stille og roligt flowcharts og vender tilbage til Trin 1.
Når du næste gang hører, “det er bare en lille ændring,” så husk dette: bag hvert klik, scroll og swipe ligger der en episk saga med kodekampe, kaffe og en knivspids kaos. Udviklere gør mere end blot at “skrive noget ind i en computer” – de er problemløsere, magikere, terapeuter (for deres kode) og lejlighedsvis mirakelarbejdere.
Så måske kan du købe en kaffe til din udviklerven i dag. De har fortjent det.
Robert Mejlerö er en deltidsk CEO og grundlægger af CTO som en service (ctotmc.com)
We help companies with their technology, providing CTO-services and Product Management. Trusted for our CTO-services, we work with both startups and established businesses in the Nordics, Switzerland and US.
We are a Swiss Company (LLC) based in 
Switzerland.