Har fastlagt platformens grundbeslutninger

Situation. Repositoryet blev oprettet den 25. november 2025 og var helt tomt. Det, der bliver besluttet i de første par uger af et sådant projekt, vejer uforholdsmæssigt tungt: lagdelingen, hvor forretningslogikken må ligge, hvad kvalitetsstandarden er. De valg er billige at træffe på dag tre og næsten umulige at lave om i måned seks, hvor alt, hvad der er skrevet siden, bygger på dem.

Opgave. De grundlæggende beslutninger skulle træffes bevidst og tidligt og i en form, der kunne holde til at blive overdraget til andre og til en langt større kodebase, end der fandtes dengang.

Handling. Tre beslutninger gjorde det meste af arbejdet. Stakken blev lagdelt, så hver del har én opgave — en Next.js‑frontend, et Go‑API, der validerer og videresender, et PostgreSQL‑funktionslag, der ejer forretningsreglerne — i stedet for at logikken havnede der, hvor det nu passede bedst den eftermiddag. Dataadgang blev lagt bag stored functions fra starten, og det er det valg, alt andet i databasearbejdet følger af; at indføre det bagefter ville have betydet at skrive samtlige handlers om. Og kravet om nul advarsler blev indført, før der var ret meget kode at holde op imod det, for en standard, der indføres ved commit 5.000, er et oprydningsprojekt, mens den samme standard ved commit 50 blot er den måde, repositoryet fungerer på. Ingen af de tre var den nemme løsning dengang, og alle tre kostede fart i den første måned.

Resultat. Ni måneder og flere tusinde commits senere holder alle tre stadig: lagene er ikke flydt sammen, ingen handler taler direkte med en tabel, og buildet giver stadig ingen advarsler. Det er den prøve, en grundlæggende beslutning skal bestå — ikke om den lød rigtig, men om den holdt, da den mødte den mængde arbejde, der fulgte, for det er dér, bekvemme valg som regel i det stille bliver opgivet.