hampter.
cv

Jesper L.

Utvikler — interne digitale verktøy og automatisering

GitHub

Fagutdannet dataelektroniker med fire års erfaring som backend-utvikler i C# og ASP.NET, fra 2019 til 2023 — før AI-verktøy ble vanlige. Grunnlaget i systemdesign, feilsøking og vedlikehold av kode har jeg bygget opp for hånd.

I dag bygger jeg egne programmer, mest i Rust, og tar dem hele veien fra datamodell og server til brukergrensesnitt, testing og drift. AI-assisterte verktøy bruker jeg for å komme raskere fram: jeg bestemmer arkitekturen, stiller kravene og kontrollerer resultatet.

Jeg er særlig interessert i kryptering og sikkerhet — hvordan innlogging, tilgang og data beskyttes i praksis — og i brukeropplevelse: et grensesnitt skal være så praktisk og behagelig å bruke som mulig, også for den som ikke er teknisk.

hampter. — personlig nettsted og plattform

  • Arkitektur: én Rust-binærfil med server-side rendering og HTMX — ingen byggesteg på frontend, og databasemigreringer som kjører ved oppstart.
  • Innlogging og tilgang: passkeys (WebAuthn) og PIN med Argon2-hashing og sperre etter gjentatte feil. Tilgangsnivåene eier, admin og bruker håndheves av typesystemet, og hver brukers data er skilt fra de andres.
  • Kunstportefølje: bildeopplasting til S3-kompatibel lagring, AVIF-konvertering i bakgrunnen, tagger, samlinger og synlighetsstyring.
  • Treningslogg: kosthold og makroer per bruker, med strekkodeskanning i nettleseren mot OpenFoodFacts.
  • Sanntid: flerspillerspill over Server-Sent Events med romkoder og storskjermvisning — blant annet et spill med skjulte roller, bygget slik at hemmelig informasjon aldri kan nå den åpne strømmen.
  • Kvalitet og drift: over 1100 automatiske tester og én verifikasjonsportal (formatering, lint, tester); automatisk utrulling med GitHub Actions bak nginx.

VTM Tools — skrivebordsapp med sanntidsintegrasjon

Skrivebordsapp med tilhørende nettleserutvidelse som leser data fra en tredjeparts nettside i sanntid og synkroniserer den inn i appen. Bygget for å få to systemer som ikke er laget for hverandre til å snakke sammen.

codemaps og planvisualiser — egne utviklingsverktøy

Verktøy som leser et kodeprosjekt og tegner strukturen visuelt. Laget fordi jeg trengte dem selv, og fordi det er raskere å forstå et system man kan se.

Sortering og lasting av kasser — personlig arbeidsverktøy, under utvikling

Et verktøy jeg bygger til meg selv for å gjøre det enklere å sortere kasser og laste dem riktig inn i varebilen. Jeg bruker det i min egen arbeidshverdag, og det er også testingen: det som ikke fungerer i praksis, merker jeg selv og retter.

  • Lastetegning: en plan for sortering og lasting limes inn, og blir til en interaktiv tegning av lasterommet, sett fra bilens bakre hjørne, som jeg jobber meg gjennom på nettbrettet.
  • Kontroll av planen: tellingene regnes ut på nytt i stedet for å stoles på — stabilitet, balanse og avstemming celle for celle — så feil i planen oppdages før bilen er lastet.
  • Lagres lokalt: alt lagres lokalt på enheten, ikke via nett, og fremdriften føres som en logg der hvert steg kan angres.
  • Én kilde til lastereglene: de samme filene driver appen, en frittstående demo og designdokumentet, og dekkes av over 450 automatiske kontroller.

Jeg designer løsningen først — datamodell, grenser, feiltilfeller og hva som må testes — og gir deretter Claude Code en presis bestilling å implementere. Fordi jeg kjenner teknologien og vet hvor det vanligvis går galt, formulerer jeg kravene riktig fra start: første utkast treffer, og både utviklingstid og tokenbruk holdes lav. Rammen rundt arbeidet:

  • Gjennomgangen tilpasses risikoen. Enkle endringer med lite å tape får en rask kontroll, mens alt som går ut til ekte brukere, berører sikkerhet eller data, eller er komplekst nok til å skjule feil, gjennomgås grundig — ofte allerede på planstadiet, før koden skrives.
  • Arbeidet brytes ned i enheter som hver har én setning som sier når de er ferdige. Større leveranser får et skriftlig plandokument med punktliste, avvik og dokumentert verifikasjon.
  • To nivåer av kvalitetssikring: rask sjekk — kompilering, syntaks og berørte tester — etter hver enhet, og hele verifikasjonsløpet før noe leveres videre.
  • Brukervendte endringer prøves i ekte nettleser før de regnes som ferdige. Typekontroll verifiserer kode, ikke funksjon.
  • Dokumentasjonen holdes levende: en oversikt over hva løsningen faktisk er, oppdatert som del av det å være ferdig — ikke etterpå.

Kort sagt: erfaringen avgjør hva som bygges og om det holder mål — AI gjør at det blir ferdig raskere.

Sjåfør, varelevering — Matvare-Expressen, Stavanger

Daglig ruteleveranse med plukk, pakking, avvikshåndtering og kundekontakt under tidspress.

Backend-utvikler — Veni, Stavanger

Utvikling av RESTful API-er i C# med ASP.NET på .NET, mot SQL Server. Arbeid med datamodeller, endepunkter og feilsøking i eksisterende kodebase — alt skrevet før AI-assisterte verktøy var i vanlig bruk.

Kabeltekniker — Get, Stavanger

Installasjon, vedlikehold og feilsøking av koaksial-, fiber- og Ethernet-kabling for telekommunikasjon og datanett. Lesing av tekniske tegninger og arbeid etter sikkerhetsrutiner ute hos kunde.

Fagbrev dataelektroniker — Sola VGS, Stavanger

Bred IT-utdanning med både programvare og maskinvare: digitalteknikk, nettverksdrift og programmering, avsluttet med fagprøve etter Vg3 og praksis. Det viktigste jeg tok med meg er evnen til å sette meg raskt inn i noe nytt — enten det er et system, et verktøy eller en maskinvare — og løse problemet eller få den nye løsningen på plass.

Videregående vitnemål, elektro og dataelektronikk — Sola VGS

Vg1 Elektronikk, Vg2 og Vg3 Dataelektronikk.