Hvad er kildekode?

Kildekode er et ord de fleste har hørt, men hvad det egentlig er, og hvorfor det er en af de vigtigste ting at regulere når man køber software, er ikke altid klart. Det er værd at forstå, for det handler grundlæggende om hvem der ejer og kontrollerer det I betaler for. Her er forklaringen.

Definitionen

Kildekode er de læsbare instruktioner som udviklere skriver for at fortælle computeren hvad den skal gøre. Den skrives i et programmeringssprog, tekst som mennesker kan læse, forstå og ændre i, og er originalen som al kørende software bygges ud fra. Hver app, webtjeneste og hvert system har en kildekode i bunden.

Man kan se den som softwarens originalmanuskript eller tegning. Det er i kildekoden logikken ligger: hvad der sker når der trykkes på en knap, hvordan data håndteres, hvilke regler der gælder. Det du ser og bruger på skærmen, er resultatet af at den kode køres, men selve værket, det der kan ændres og bygges videre på, er koden.

Kildekode vs. eksekverbart produkt

Den vigtigste forskel at forstå er den mellem kildekoden og det færdige produkt, og sammenligningen med en tegning indfanger den godt.

Kildekoden er tegningen: læsbar, til at ændre og fuld af instruktioner om hvordan det hele skal sættes sammen. Ud fra den fremstilles, eller “bygges”, et eksekverbart produkt, det program computeren faktisk kører. Det produkt svarer til den færdige bygning: Man kan bo i den og bruge den, men den kan ikke læses som en tegning, og man kan ikke bygge den om uden at gå tilbage til originalen.

I praksis betyder det at den der kun har det eksekverbare produkt, kan bruge systemet, men ikke ændre det. Vil man rette en fejl, tilføje en funktion eller lade en anden overtage udviklingen, kræver det kildekoden. Præcis som man har brug for husets tegninger for at bygge det fornuftigt om, har man brug for softwarens kildekode for at videreudvikle den.

Hvorfor ejerskabet er afgørende

Her bliver det forretningskritisk, og det er den centrale pointe for en kunde. Hvem der ejer og har adgang til kildekoden, afgør hvem der i virkeligheden kontrollerer systemet.

Har I kildekoden, er I frie. I kan videreudvikle løsningen, hente en hvilken som helst leverandør ind til at fortsætte arbejdet og gennemgå præcis hvad der er bygget. Har I den ikke, ligger kontrollen hos den der har den, og ved hver fremtidig ændring, hver rettelse og hver forbedring er I afhængige af dem. Et samarbejde der kører af sporet, kan så blive meget dyrt fordi kildekoden i praksis bliver et pressionsmiddel.

Derfor bør ejerskab og adgang til kildekoden være udtrykkeligt reguleret i aftalen, gerne med krav om at koden løbende ligger i et repository I har adgang til. Det er ikke noget man skal tage kampen om bagefter; det er noget der skal fastslås før projektet begynder. Hos Weapp ser vi det som en selvfølge at kunden ejer sin kildekode: I har trods alt betalt for at den bliver skrevet.

Hvad der hører med omkring koden

En sidste ting der er værd at vide, er at kildekoden sjældent er helt nok i sig selv. Omkring den findes flere dele der er nødvendige for at systemet faktisk kan bygges og drives.

• Build-scripts er det der omdanner kildekoden til et eksekverbart produkt: opskrifterne på hvordan buildet foregår.
• Konfiguration styrer hvordan systemet opfører sig i forskellige sammenhænge, f.eks. forskellen mellem et test- og et produktionsmiljø.
• Dokumentation forklarer hvordan delene hænger sammen så en der ikke har skrevet koden, alligevel kan sætte sig ind i den.

Uden de dele kan selv den der formelt ejer kildekoden, få svært ved at komme videre. Sørg derfor for at helheden er med når I regulerer ejerskabet: koden, ja, men også alt det der skal til for at gøre noget ud af den. Vil I have hjælp til at finde ud af hvad I faktisk ejer af jeres system i dag, så kontakt os.