# Har fastlagt platformens grundlæggende beslutninger i ugerne efter, at kodebasen blev åbnet i november 2025 — lagdelingen, database‑first‑dataadgang og zero‑warnings‑standarden — og de holder stadig ni måneder senere. 2025 **Situation.** Repositoriet blev åbnet den 25. november 2025 uden noget i sig. Det, der bliver besluttet i de første par uger af et projekt som det, vejer uforholdsmæssigt tungt: lagdelingen, hvor forretningslogikken må bo, hvad kvalitetsstandarden er. De valg er billige at træffe på dag tre og tæt på umulige at vende om på i måned seks, hvor alt skrevet siden da forudsætter dem. **Opgave.** De grundlæggende beslutninger skulle træffes bevidst og tidligt og træffes i en form, der kunne overleve at blive givet videre til andre mennesker 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 ét job — en Next.js‑frontend, et Go‑API, der validerer og videresender, et PostgreSQL‑funktionslag, der ejer forretningsreglerne — frem for at logik blev placeret, hvor det nu var bekvemt den eftermiddag. Dataadgang blev lagt bag stored functions fra starten, hvilket er det valg, alt andet i databasearbejdet følger af; at eftermontere det senere ville have betydet at skrive hver handler om. Og en zero‑warnings‑standard kom ind, før der var meget kode at holde til den, for en standard indført ved commit 5.000 er et oprydningsprojekt, hvorimod den samme standard ved commit 50 bare er, hvordan repositoriet fungerer. Ingen af de tre var den nemme mulighed dengang, og alle tre kostede momentum i den første måned. **Resultat.** Ni måneder og flere tusinde commits senere holder alle tre stadig: lagene er ikke blevet slørede, ingen handler taler direkte med en tabel, og buildet har stadig ingen warnings i sig. Det er den prøve, det er værd at lægge på en grundlæggende beslutning — ikke om den lød rigtig, men om den overlevede kontakten med den mængde arbejde, der kom efter, hvilket er det punkt, hvor bekvemme valg som regel stille og roligt bliver opgivet. --- - Rolle: Head of Engineering - Kategorier: [Platformarkitektur](https://engineer.company/da/categories/platform-architecture/), [Løsningsarkitektur](https://engineer.company/da/categories/solution-architecture/), [Backend‑udvikling](https://engineer.company/da/categories/backend/), [Frontend‑udvikling](https://engineer.company/da/categories/frontend/), [Full stack‑udvikling](https://engineer.company/da/categories/full-stack/), [Databaser](https://engineer.company/da/categories/databases/), [DevOps](https://engineer.company/da/categories/devops/), [Sikkerhed](https://engineer.company/da/categories/security/), [Teamledelse](https://engineer.company/da/categories/team-leadership/), [Teknisk ledelse](https://engineer.company/da/categories/technical-leadership/) - Ydelser: [Platform- & løsningsarkitektur](https://engineer.company/da/services/platform-architecture/), [Backend- & API‑udvikling](https://engineer.company/da/services/backend-development/), [Frontend‑udvikling](https://engineer.company/da/services/frontend-development/), [Full stack‑produktudvikling](https://engineer.company/da/services/full-stack-development/), [Teknisk ledelse & rådgivning](https://engineer.company/da/services/technical-leadership/)