At bevare koden

Git, Pull Requests, Kvalitet, Arbejdsprocesser, Fire-øje-princippet, Prettify

Som nævnt i det foregående kapitel er Devops vigtige for at vedligeholde kode, men gætter du hvad? Dette er også et teamarbejde, og oven i købet er det en forretningskritisk prioritet, fordi dårlig kode fører til dårlige ting.

Kodning 'Fri for alle', hvilket betyder, at udviklere bare udvikler, som de føler for, er langt væk fra, hvordan kode skal vedligeholdes i et stort produktkode-repository.

En af de oversete 'hvorfor' her er, at koden er intellektuel ejendom (IP), som ejes af virksomheden, og har en monetær værdi, hvis den ikke er i regnskaberne, så som en mulig aktivaværdi, hvis virksomheden bliver solgt. Det alene gør det værd at holde koden vedligeholdt.

Yderligere – hvorfor skal koden være læsbar og overskuelig? De vigtigste funktioner bør dokumenteres, i hvert fald på højt niveau (det er ekstremt svært at holde dokumentationen opdateret i et miljø med hurtig udvikling, og det kunne bremse udviklingen meget).

At have koden i et Git-repository sikrer, at nye versioner kan tilføjes, og du kan altid gå tilbage og spore, hvad der blev tilføjet af hvem, og hvis du bruger et opgaveforvaltningssystem til at administrere din Backlog, kan du også spore billetten eller opgaven bagved, hvilket gør det til en meget god dokumentation af historien.

Det er nyttigt at se, hvorfor noget blev ændret, og hvad der udløste det. Ved at arbejde i grene har udviklerne deres egen distribuerede kopi af koden på deres egen computer og kan samarbejde nemt ved at trække en opdatering af koden, hvis en anden udvikler har arbejdet på enten samme gren eller hvis nye funktionelle grene blev tilføjet til hovedgrenen under en produktudgivelse.

Læs mere i "The CTO Playbook" tilgængeligt på Amazon/Kindle.