Fra krise til ninja - Hvordan sikre hemmeligheter i koden
Her er det jeg har lært så langt (fra nivå1-dårlig til nivå8-ninja)
Lars Espen er en erfaren utvikler, løsningsarkitekt og techlead med erfaring fra en rekke sektorer, blant annet flybransjen, energi-, helse- og teknologisektoren. Han er utdannet sivilingeniør i datateknikk fra NTNU med spesialisering innenfor Komplekse Datasystemer. Han har 12 års erfaring, og har som utvikler spisskompetanse innen C# .NET, men han har også erfaring med Python.
Lars Espen er Global Azure Administrator i Alv, som innebærer at han er ansvarlig for administrasjon av Alv og flere av Alv sine kunders Azuremiljø. I sitt siste oppdrag var han med å bygge opp analysemiljø og strukturering av store mengder sensitiv helseopplysninger i FHI og har også gjort dette tidligere i Statnett. Lars Espen har også vært arkitekt og techlead for et Customer Identity Access Management (CIAM) prosjektet hos Norwegian Air Shuttle. I dette prosjektet håndterte han alt fra innsamling av krav, teknisk arkitektur og sikkerhet, til koordinering med de andre teamene og estimering. Prosjektet var svært komplekst, og en del av oppgaven var å sikre at de 25 systemene som avhenger av prosjektet får den dataen de skal ha for å fortsette sin drift.
Lars Espen har også hatt roller som utvikler, tech lead og arkitekt hos kunder som Aize, Fortum Tellier, Statnett, Kværner, Norwegian og FHI. Han er lidenskapelig opptatt av programmering og levere effektive og elegante løsninger av høy kvalitet. Han har også erfaring med bruk, design og akseptanse av big data. Lars Espen utmerket seg tidlig som en utvikler som tar ansvar langt utover hans opprinnelige ansvarsområder. Han har en meget høy arbeidskapasitet og dette kombinert med et brennende ønske om å levere gode løsninger, gjør at han han har framstått som en nøkkelressurs i alle prosjektene han har vært en del av.
Lars Espen er en sosial person som samarbeider godt med andre. Dette, sammen med ekspertkompetansen hans som utvikler og arkitekt, gjør han til en svært populær konsulent blant kundene våre.

Utvalgte oppdrag
aug. 2025 – pågående
Olympiatoppen
Løsningsarkitekt
Alv fikk i oppdrag å lage en ny testdatabase for Olympiatoppen. Databasen skulle lagre utøverenes resultater fra tester gjennomført i regi av Olympiatoppen. Fagpersoner i Olympiatoppen skulle samhandle med databasen gjennom et digitalt grensesnitt. I tillegg skulle utøvere og trenere få tilgang til sine testresultater i etterkant av testene. Alv hadde inne et team for å gjennomføre dette prosjektet i sin helhet, en techlead, en backendutvikler og to frontend-utvikler/designer.
jan. 2025 – pågående
Norges Skiforbund
Løsningsarkitekt/techlead
Norges Skiforbund er Norges nest største forbund innen idrett og organiserer aktivitet innenfor alpint, freestyle, kombinert, langrenn, skihopping og telemarkskjøring. Prosjektet gikk ut på å utvide resultatdatabasen tidligere utviklet av ALV AS til å støtte Skiforbundets nye timing-system, NSF Timing, som tas i bruk fra sesongen 25/26 samt drift og forvaltning av dagens løsning i paralell.
mars 2024 – pågående
Folkehelseinstituttet (FHI)
Infrastruktur-/Løsnings-arkitekt + Utvikler
En av FHI sine roller er å tilgjengeligjøre data og analyseresultater til besluttningstakere som har hjemel til å se dette. For å få til dette må data fra mange kilder analyseres og tilgjengeligjøres på en sikker måte med god sporing. Dette er jobben til FIDA. FIDA skal standardisere og tilgjengeligjøre informasjon til blandt annet kommuneoverlege som inneholde indirekte identifiserbar data.
jan. 2024 – mars 2024
Folkehelseinstituttet (FHI)
Systemutviker
FHI utarbeider en åpen plattform for helsestatistikk som skal administreres av fagpersonell og kunne benyttes av alle. Løsningen innebefatter et admin-grensesnitt der fagpersonell kan laste opp helsedata for sitt fagfelt og et publikumsgrensesnitt der hvem som helst kan lese denne dataen og bruke den til å lage egne grafer, tabeller og analyser. I tillegg skal det eksponeres et åpent API som er tilgjengelig for allmennheten. Utviklingen av et åpent API stiller strenge krav til input-validering, trafikkhåndtering og -begrensing og sikkerhet.
aug. 2022 – mai 2023
Norwegian Air Shuttle ASA
Arkitekt, Techlead og Senior utvikler
Customer Identity Access Management (CIAM) er et prosjekt der Alvs konsulenter skriver om håndteringen av profildata, inn- og utlogging, samt vilkår og betingelser på tvers av alle Norwegian sine systemer. Løsningen består av en sentral innloggings-/profilside, en tredjepartstjeneste og integrasjoner med 25 andre systemer. Innloggings-/profilsiden er skrevet i Angular med et API skrevet i C# og driftes i AWS ved hjelp av S3 buckets, EC2, CloudFront, CloudFlare. SAP Customer Data Cloud (CDC) settes opp og konfigureres som kjernesystem. Integrasjoner settes opp ved hjelp av Web-hook, SAP-Dataflows, C#, Java, AWS, SQS, Javascript, Typescript, Angular og React native. CI/CD pipelines er satt opp med Jenkins, TeamCity, BitBucket og Octopus, som alle er integrert med Jira. Over 10 millioner brukere, som består av både privat- og bedriftskunder, skal migreres.
Her er det jeg har lært så langt (fra nivå1-dårlig til nivå8-ninja)
.net 8 med nye Identity Endpoints oppsett. Vi har tatt en en nærmere titt på det. Er Identity API Endpoints i .net 8 kroken på døra for tredjepartsautentisering?
Mange tenker på Techlead kun som en flink utvikler, mens Techleadene selv ofte tenker på seg selv som et teknisk orakel som bør bestemme det meste. Begge disse ytterpunktene står i veien for god verdiskaping.
Her er 8 viktige punkter når du gjøre review av teknisk arkitektur.
I denne bloggposter skriver jeg litt om hva som skiller en GOD og en OK utvikler og hvordan vi tester kandidater i Alv for å finne de riktige folkene.
I første del av denne artikkelserien gikk vi gjennom minneproblemer og hvordan å håndtere det å gå tom for tråder eller sockets. Del to så på hvordan CPU- og I/O-begrensinger kan påvirke systemet og hvordan du kan løse dem. I denne delen vil vi forklare med eksempler, hvordan begrensinger i sekvensiell del av programmer krever alternative løsninger og et større konkret eksempel på hvordan vi går frem for å løse slike problemer.
Dette er del to i en artikkelserie på tre deler om ytelse. Del en finner du her. Det er 15 år siden man gikk over til flerkjerneprosessorer i konsumentmarkedet. På tross av dette benytter alt for mange applikasjoner i dag kun en kjerne. Det er absolutt på tide å utnytte det gode arbeidet maskinvare har gjort for oss, og ta livet av loading screens og hengende applikasjoner.
Dårlig ytelse kan lett drepe den beste applikasjon! Det er lite som er så irriterende som å jobbe i en applikasjon der all arbeidsflyt blir stoppet opp av ventetid hvert 5 minutt. Det er lett å tenke at dette ikke har så stor påvirkning, da det bare er noen sekunder eller minutter her og der, men det har en stor effekt.