Bestemme hvordan helheten skal bygges

Utvalgt arbeid som viser denne tjenesten.

• Én infrastrukturplan for 14 avdelinger

  Designet et felles rammeverk for et forskningsinstitutt som 14 avdelinger kunne bruke i fellesskap, og der hver avdeling beholdt det som gjør den særegen.

• Ledet en GIS‑kartapp til 10 ganger mer omsetning

  Ledet utviklingen av en GIS-kartapplikasjon som ble en hjørnestein i plattformen og ga 10 ganger høyere omsetning gjennom mersalg og datalisensiering.

• Fornyet interne prosesser og sparte 8 000 timer

  Fornyet interne prosesser og sparte ca. 8 000 timer ved å effektivisere programvarearkitektur, systemer og planlegging.

• Et kartprodukt, håndtert fra ende til annen

  Infrastruktur, databehandling og selve kartapplikasjonen, bygd og holdt i drift i to år.

• En tidel av skyregningen, og ingenting tapt

  Tenkte nytt om hele infrastrukturen og flyttet den bort fra AWS, og kuttet driftskostnadene til en tidel uten at teamet fikk gjort mindre.

• En maritim plattform bygd i ryddige lag

  Skilte appen, grensesnittet og databasen fra hverandre, slik at hver del kan endres uten å ødelegge de to andre, og holdt forretningsreglene samlet på ett sted.

• Designet JSON rett fra Postgres til API‑et

  Designet en JSON-passthrough der PostgreSQL-funksjoner returnerer komplett JSON som Go-API-et videresender uendret, og koblet frontenden løs fra skjemaet.

• Bygde bytte av organisasjonskontekst for brukerne

  Bygde organisasjonsbytte med localStorage speilet i en cookie på serveren, slik at brukere kan opptre som administrerte organisasjoner med minste privilegium.

• Migrerte API‑et til Huma v2 med 100 % paritet

  Migrerte HTTP-API-et fra Fiber til Huma v2 — 649 stier, 760 operasjoner — med 100 % samsvar mellom registrerte ruter og den publiserte OpenAPI-beskrivelsen.

• Designet et funksjonsbasert datalag i PostgreSQL

  Designet et funksjonsbasert datalag i PostgreSQL — 1 275 lagrede funksjoner i 34 skjemaer — der databasen selv håndhever tilgangsgrensen.

• Modellerte 348 tabeller i 34 Postgres‑skjemaer

  Modellerte det maritime domenet i 348 normaliserte tabeller fordelt på 34 PostgreSQL-skjemaer, med SMALLINT-oppslag, UUID v7-nøkler og én navnekonvensjon.

• Tok plattformens grunnleggende tekniske valg

  Tok plattformens grunnleggende beslutninger i november 2025 — lagdelingen, databasesentrert datatilgang og kravet om null advarsler — og de står seg fortsatt.

• Bygde infrastruktur som fortsatt kjører år senere

  Planla og bygde infrastruktur for interne og eksterne systemer, robust nok til fortsatt å kjøre år senere med minimale endringer.

• Designet og bygde, som en av de første ansatte

  Designet og bygde hele kjerneinfrastrukturen fra bunnen av som en av de første ansatte i et SaaS-oppstartsselskap innen grønn energi, og muliggjorde rask vekst.

• Et helt selskap på én liten server

  Driftet kodehostingen, sju nettsteder, personvernnettverket og sikkerhetskopiene for et helt selskap på én enkelt maskin med 512 MB, ved å la minnet være den styrende begrensningen i designet.

• Bygde en databasedrevet CV‑generator

  Seks formater, tre språk og fem temaer kommer ut av én database, og en rettet setning rettes én gang.

• Bygde inn en QR‑enkoder på 522 linjer

  Antallet avhengigheter under kjøring ble værende på to, og koderen er den eneste vendorede komponenten i prosjektet.

• Bygde en native macOS‑klient i Swift 6

  En native klient som starter som en Mac-app, bruker plattformens egne materialer og kontroller og ikke har med seg noen innebygd nettleser.

• Stoppet: en app som slukte 41 MB i sekundet

  Sporet opp en applikasjon som fylte maskinens minne til den frøs, og rettet årsaken: 111 GB sløsing på en bærbar PC med 36 GB, redusert til ingenting.

• Tok i bruk streng samtidighet i Swift 6 over C

  Appen kompilerer med fullstendig streng samtidighetskontroll uten undertrykkinger, og hendelsesrekkefølgen er en strukturell egenskap og ikke et håp.