# Fattade plattformens grundläggande beslut under veckorna efter att repot öppnades i november 2025 — skiktningen, dataåtkomst med databasen först och ribban med noll varningar — och de håller fortfarande nio månader senare. 2025 **Situation.** Repot skapades den 25 november 2025, helt tomt. Det som avgörs under de första veckorna i ett sådant projekt får oproportionerligt stor betydelse: lagerindelningen, var affärslogiken får bo, vilken kvalitetsribban är. De valen är billiga att göra dag tre och nästan omöjliga att ändra på vid månad sex, då allt som har skrivits sedan dess förutsätter dem. **Uppgift.** Grundbesluten behövde fattas medvetet och tidigt, och i en form som tålde att lämnas över till andra människor och till en mycket större kodbas än den som fanns då. **Handling.** Tre beslut gjorde det mesta av jobbet. Stacken delades upp i lager så att varje del har en enda uppgift — en frontend i Next.js, ett Go‑API som validerar och skickar vidare, ett funktionslager i PostgreSQL som äger affärsreglerna — i stället för att logiken placerades där det råkade passa just den eftermiddagen. Dataåtkomsten lades bakom lagrade funktioner från början, vilket är det val som allt annat i databasarbetet följer av; att bygga in det i efterhand hade inneburit att varje hanterare skrevs om. Och en ribba med noll varningar infördes innan det fanns mycket kod att hålla till den, eftersom en standard som införs vid commit 5 000 är ett städprojekt, medan samma standard vid commit 50 helt enkelt är hur repot fungerar. Inget av de tre var det enkla alternativet då, och alla tre kostade fart under den första månaden. **Resultat.** Nio månader och flera tusen commits senare håller alla tre fortfarande: lagren har inte flutit ihop, ingen hanterare pratar direkt med en tabell, och bygget har fortfarande inga varningar. Det är den kontroll som är värd att göra av ett grundbeslut — inte om det lät rätt, utan om det överlevde mötet med den arbetsmängd som kom efteråt, vilket är den punkt där bekväma val brukar överges i det tysta. --- - Roll: Utvecklingschef - Kategorier: [Plattformsarkitektur](https://engineer.company/sv/categories/platform-architecture/), [Lösningsarkitektur](https://engineer.company/sv/categories/solution-architecture/), [Backendutveckling](https://engineer.company/sv/categories/backend/), [Frontendutveckling](https://engineer.company/sv/categories/frontend/), [Fullstackutveckling](https://engineer.company/sv/categories/full-stack/), [Databaser](https://engineer.company/sv/categories/databases/), [DevOps](https://engineer.company/sv/categories/devops/), [Säkerhet](https://engineer.company/sv/categories/security/), [Teamledning](https://engineer.company/sv/categories/team-leadership/), [Tekniskt ledarskap](https://engineer.company/sv/categories/technical-leadership/) - Tjänster: [Plattforms- och lösningsarkitektur](https://engineer.company/sv/services/platform-architecture/), [Backend- och API‑utveckling](https://engineer.company/sv/services/backend-development/), [Frontendutveckling](https://engineer.company/sv/services/frontend-development/), [Fullstackutveckling av produkter](https://engineer.company/sv/services/full-stack-development/), [Tekniskt ledarskap och rådgivning](https://engineer.company/sv/services/technical-leadership/)