Mathias Maagerø Lekven

Samvar AS 09.2025–d.d. Fullstackutvikler

Samvar — Hemvar og Fagvar

Samvar er to produkter på én plattform. Hemvar er driftsappen for boligselskap — borettslag og sameier — der styret følger opp eiendommen sin: avvik med bilder, driftsoppgaver, vedlikeholdsplan og dokumenter, per bygg. Fagvar er verktøyet fagfolkene bruker til tilstandsanalyser. Poenget er koblingen mellom dem: rapporten en fagperson skriver i Fagvar havner rett inn i styrets Hemvar, i stedet for å bli en PDF på e-post.

Jeg startet på Samvar høsten 2025, på kveldstid og i helger ved siden av oppdraget hos Admincontrol — med Sopra Sterias viten, og mot eierandel i selskapet heller enn lønn. Siden september 2026 er det hovedbeskjeftigelsen min. Jeg er eneste utvikler, i tett samarbeid med en designer, og har tatt de tekniske valgene. Tre React 19-apper — Hemvar, Fagvar og et internt adminverktøy — i et pnpm- og Turborepo-monorepo med Vite og TanStack Router, mot ett felles .NET-API på PostgreSQL. Ett API holder driftskostnadene nede for et lite selskap, og Next.js var mer rammeverk enn vi trengte. Clerk håndterer innlogging, tenants er typet per app, og roller sjekkes på hvert endepunkt, ikke bare i grensesnittet. Det vanskeligste var rapportsynken: en Fagvar-rapport blir til snapshots knyttet til kilderapporten, slik at styret ser riktig tilstand per bygningsdel og historikken aldri overskrives. Faktureringsmodellen har endret seg flere ganger, så jeg bygget en migreringsvei i API-et for å bytte leverandør per tenant fra adminappen. Bygningsdeler er kodet etter NS 3451, eiendommer slås opp mot matrikkelen hos Kartverket, og fakturering går per bygg via Tripletex. Grønne tester er et krav for deploy: API-et går til Azure med azd ved merge til main, frontendene via Vercel. Jeg la arkitekturen og bygget de første delene for hånd, og har siden jobbet AI-assistert med prosjektspesifikke instruksjoner og min egen kode som mønster.

I produksjon med betalende kunder.

• React 19
• TypeScript
• Vite
• TanStack Router
• .NET
• PostgreSQL
• Clerk
• Turborepo
• Azure
• Vercel
• Tripletex

Kvepp 09.2026–d.d. Gründer og utvikler

Kvepp — én utfordring om dagen, bare med vennene dine

Kvepp (kvepp.app) er en app der du og vennene dine får én felles utfordring hver morgen klokka 08. Du har én dag på deg og ett bilde å ta, og du ser hva vennene dine har lagt ut først når du har lagt ut ditt eget. Grupper med QR-invitasjon og egne utfordringer gjør den til et verktøy for vennegjengen på tur. Ingen offentlig feed, ingen følgere du ikke kjenner, ingen annonsesporing.

Kvepp er mitt eget produkt, fra idé til App Store, og jeg har gjort alt selv. Mobilappen er React Native med Expo, nettsiden React, og bak ligger et .NET-API på PostgreSQL med S3-kompatibel objektlagring for bildene. Det viktigste valget var hvor dataene bor. Backend, database og lagring kjører i containere på en Hetzner-server i Finland, e-post går via Brevo, og posisjon og annen metadata fjernes fra bildene før de lagres. Jeg valgte europeiske leverandører overalt der det fantes et alternativ, slik at så lite som mulig av brukernes data går til USA. Lærdommen fra Samvar var å bruke mer tid på drift og deploy tidlig, så her ble det planlagt før første linje kode. Teknisk var ingenting av dette vanskelig. Det var et prosjekt for moro skyld, og for å kjøre hele løpet alene: app, nettside, backend, drift og innsending til App Store.

Godkjent i App Store, lansering kommer.

• React Native
• Expo
• React
• TypeScript
• .NET
• PostgreSQL
• S3
• Docker
• Hetzner
• Brevo

Admincontrol 09.2025–09.2026 Fullstackutviklervia Sopra Steria

Admincontrol — styreportal og virtuelt datarom

Admincontrol leverer styreportal og virtuelt datarom til styrer, ledergrupper og rådgivere i Norden. Alt som ligger der er fortrolig — styrepapirer, transaksjonsdokumenter, sensitive personopplysninger — og tilgangsstyring og sporbarhet er ikke en detalj rundt produktet, det er produktet.

Jeg var én av tre fullstackutviklere fra Sopra Steria, sammen med en QA-ingeniør fra oss og produkteier, arkitekt og designer hos Admincontrol. Vi jobbet kanban-aktig mot faste releasesykluser, ikke i sprinter. Kodebasen er fra 2010 og har blitt modernisert underveis: React og TypeScript i frontend, .NET mot SQL Server bak. Stor, moden og med mye historikk å ta hensyn til. Kravene til presisjon gikk gjennom alle lag: en feil i tilgangsstyring eller datamodell er ikke en kosmetisk bug her, den er et sikkerhetsbrudd. GDPR lå i bunnen av alt, i praksis som etablerte regler og mønstre fra eksisterende kode som nye løsninger måtte følge. Hver endring gikk gjennom en streng pull request-prosess med automatiserte tester, sikkerhetssjekker i CI og godkjenning fra kolleger før den kunne gå videre. Jeg skrev enhetstestene for min egen kode; integrasjons- og ende-til-ende-tester lå hos QA og arkitekt. Jeg brukte AI aktivt for å holde høy fart, men med min egen verifikasjon som et eget lag i prosessen. Det laget fanget noe hver eneste uke: navngiving som brøt med kodebasens konvensjoner, logiske feil i kantene, og ikke minst altfor mye kode til enkle problemer. Fart fra maskinen, kontroll fra mennesket.

• React.js
• TypeScript
• .NET
• C#
• SQL Server

Valgdirektoratet 10.2022–03.2024 Frontend- og fullstackutvikler

Elektronisk stemmegivning til folkeavstemning

Valgdirektoratet har det operative ansvaret for valggjennomføring i Norge. Til folkeavstemningen i Søgne, Songdalen og Kristiansand skulle det for første gang leveres en løsning der stemmeberettigede kunne avgi stemme elektronisk.

Vi var tre utviklere, en designer, en produkteier og QA. Jeg hadde frontend-ansvaret og bygget stemmeportalen i Vue med TypeScript, på et nytt designsystem basert på Valgdirektoratets eget. I tillegg hadde jeg ansvaret for autorisasjon: jeg satte opp Duende Identity Server og innloggingen via ID-porten, og bygget Backend-for-Frontend-laget i .NET 7 sammen med mentoren min. BFF-en var et bevisst valg framfor å la Vue-appen snakke rett mot backend. Den ga oss ett sted å oppfylle ID-portens strenge OIDC-krav, et sikkerhetslag foran backend, og et sted å vaske data på vei ut og validere data på vei inn. Om lag 30 000 stemmeberettigede, og over 80 prosent av dem stemte elektronisk. Mye av arbeidet gikk til å sikre at hver stemme ble registrert nøyaktig én gang, og at et avbrutt forsøk ikke krysset velgeren ut av manntallet. Backend-systemene var skilt fra hverandre og dataene kryptert, slik at en stemme ikke kan spores tilbake til en person. Innleide penetrasjonstestere fant blant annet at avstemningen kunne blokkeres med forfalskede forespørsler i volum. Det ble rettet i koden og i tillegg håndtert med rate limiting hos drift, før stemmeperioden åpnet. Tilgjengelighet var et strengt krav, med WCAG 2.1 som mål. Jeg kjørte brukertester med Blindeforbundet, og de førte til konkrete endringer: funksjoner de etterspurte, bedre kontrast, og hover-tilstander som endrer form og ikke bare farge.

Over 80 prosent av stemmene kom inn elektronisk — enklere og rimeligere enn en rent fysisk gjennomføring.

• Vue.js
• TypeScript
• .NET 7
• OIDC / ID-porten
• WCAG 2.1
• C#
• Duende Identity Server
• Scrum
• GitLab

Norsk Helsenett 07.2021–10.2022 Frontendutviklervia Capgemini

SyntPop — syntetiske testpersoner for helsesektoren

Norsk Helsenett trengte realistiske, men syntetiske testpersoner for å kvalitetssikre digitale helsetjenester uten å røre ekte persondata. SyntPop er selvbetjeningsløsningen for å finne, opprette og redigere slike testpersoner.

Vi var to utviklere, en arkitekt og en produkteier. Jeg hadde frontend-en alene: React og TypeScript mot et .NET-API dokumentert med OpenAPI. SyntPop var pilot for Norsk Helsenetts nye designsystem, så komponentene kom fra et annet team mens de fortsatt var under utvikling. Jeg var første reelle bruker: testet dem, meldte tilbake, og tilpasset iblant en komponent lokalt og viste dem hva jeg hadde måttet gjøre, slik at endringen gikk tilbake inn i systemet. WCAG 2.1 kom inn fra starten på samme måte. Utenfor frontend jobbet jeg med generatoren for resepter: testpersonene fantes allerede, men trengte realistiske legemiddelhistorikker. Reglene for hva som kan knytte en person til en diagnose er strenge, så jeg skrev Python-regler som vasket et datasett med resept- og legemiddeldata ned til det som kunne brukes som treningsdata, og var med på å trene og teste modellen.

• React.js
• TypeScript
• .NET
• WCAG 2.1
• Python
• OpenAPI / Swagger
• Scrum

Extenda Retail 01.2021–06.2021 Software engineer

Drift og modernisering av kassesystemer

Extenda Retail leverer kasse- og butikkdatasystemer til ledende dagligvarekjeder i Norge og Norden. Systemene er forretningskritiske: står de, stanser butikkdriften.

Systemene sto hos NorgesGruppen og Reitan, i et stort antall butikker og kasser, med back office på kjedenes egne servere. Jobben min var feilsøking og retting i store .NET-systemer i daglig produksjon, ut fra kundenes egne beskrivelser: finne fram til riktig sted i et system jeg ikke hadde skrevet, forstå hva som faktisk skjedde, og rette uten å ødelegge noe annet. Deler var hendelsesdrevet over RabbitMQ. Moderniseringen fra .NET Framework 4.5 mot .NET 5 skjedde komponent for komponent, utløst av feilrapporter heller enn som eget prosjekt. Teamet jobbet testdrevet, så jobben var ofte å skrive tester rundt eksisterende kode før den kunne endres trygt.

• C#
• .NET Framework
• RabbitMQ
• TDD
• MySQL
• .NET Core
• GitHub

Statped 10.2019–12.2020 Fullstackutvikler

Tastaturbo og modernisering av læringsspill

Statped lager digitale læremidler for barn og unge med særskilte behov. Tastaturbo er et skriveverktøy som brukes i skolen, ved siden av en portefølje eldre læringsspill bygget i Flash.

Jeg var eneste utvikler. Jeg skrev om minst åtte Flash-spill til JavaScript fra bunnen av: uten tilgang til kildefilene spilte jeg spillene, dokumenterte reglene og den pedagogiske hensikten, og bygget dem på nytt i HTML5 og CSS. Tastaturbo bygget jeg fra første linje, mitt første store prosjekt, i samarbeid med en blind testbruker, to lærere og en designer og illustratør. Jeg brukertestet jevnlig med blinde og døve elever. Det viktigste jeg lærte der var hvordan en blind bruker faktisk opplever en side: at semantisk HTML, riktige elementer og riktig rekkefølge i dokumentet ikke er pynt, men selve grensesnittet.

Læremidlene kunne fortsatt brukes i skolen etter at Flash ble faset ut.

• JavaScript
• Universell utforming
• Brukertesting
• HTML5
• CSS
• Scrum