Spørsmålet

Hvordan kan én ryddig pipeline håndtere ulike typer medisinske volumdata uten å blande sammen forbehandling, modellvalg og evaluering?

Fremgangsmåte

• Oppgavene styres av egne YAML-filer, mens datalasting, transformasjoner, trening og prediksjon er felles kode.
• MR og CT behandles forskjellig. CT bruker et vevstilpasset Hounsfield-vindu, mens MR normaliseres per kanal.
• Evalueringen rapporterer Dice, HD95, følsomhet og spesifisitet for hvert valideringsvolum.

Resultat

Hjertemodellen oppnådde gjennomsnittlig Dice på 0,856 på fem holdt-utenfor-volumer. Resultatene viser både sterke og svakere enkeltvolumer, som er viktigere enn å bare vise gjennomsnittet.

Datasettet

Arbeidet bygger på 112 120 frontale bryst-røntgenbilder fra NIH. Den nye treningsrunden bruker 77 785 bilder til læring og 8 739 bilder til pasientadskilt validering. De 25 596 resterende bildene holdes utenfor helt til sluttkontrollen, slik at testresultatet sier noe reelt om modellen.

Spørsmålet

Kan en fleretikettmodell skille mellom røntgenbilder med og uten registrerte funn, og er modellskårene pålitelige nok til å bli vist utenfor en forskningskontekst?

Fremgangsmåte

• Videreførte en ResNet-50-modell med 14 utganger fra et lagret kontrollpunkt.
• Brukte 77 785 bilder i trening og 8 739 i pasientadskilt validering. Hele testlisten på 25 596 bilder ble holdt utenfor til slutt.
• Valgte kontrollpunktet med høyest validerings-AUROC og kjørte deretter en uavhengig sluttest med per-klasse AUROC og average precision.

Resultat

Den valgte modellen oppnådde gjennomsnittlig AUROC 0,800 på den holdt-utenfor sluttesten. Det er en liten forbedring fra den tidligere kontrollen på 0,795. Skårene er ikke kalibrert som sykdomsrisiko og skal ikke brukes som medisinsk råd.

Dokumentasjon

Sluttrunden er dokumentert med modellfil, treningshistorikk og per-klasse-målinger. Kurvene under er fra den tidligere, fullstendige kontrollen og beholdes som metodeillustrasjon. De skal ikke leses som kurver for sluttmodellen.

Kodeinnsikt

model = models.resnet50(weights=None)
model.fc = nn.Linear(model.fc.in_features, len(CLASSES))

class_weights = np.minimum((len(train) - positives) / positives, 20.0)
criterion = nn.BCEWithLogitsLoss(pos_weight=class_weights)

if validation_auc > best_auc:
    save_checkpoint(best_model_path, model)

Det kliniske spørsmålet

Kan opplysninger som er tilgjengelige tidlig i et sykehusforløp brukes til å anslå liggetid? En slik modell er relevant for kapasitetsplanlegging, men lange og uforutsigbare forløp gjør oppgaven krevende.

Datakvalitet først

Evaluering

Dataene ble delt i 6 187 treningsforløp og 1 547 holdt-utenfor testforløp. Imputering, skalering og kategorikoding ble lært kun fra treningsdata. Tre regresjonsmodeller ble sammenlignet mot en enkel gjennomsnittsbaseline med femfolds kryssvalidering.

Resultat

Random forest ga lavest gjennomsnittlig kryssvalidert RMSE med 19,9 dager, mot 21,4 dager for baseline. På det urørte testsettet ble RMSE 21,0 dager, MAE 11,4 dager og R² 0,14. Resultatet er en reell, men beskjeden forbedring og viser hvor vanskelig lange pasientforløp er å anslå.

Spørsmålet

Gir startstrukturen systematiske forskjeller i docking og molekylærdynamikk, og er LA-2-epitopet stabilt og gjenkjennbart på tvers av strukturkildene?

Fremgangsmåte

• Hentet eksperimentelle strukturer og sammenlignet dem med predikerte modeller ved strukturjustering, RMSD og pLDDT.
• Forberedte docking av OspA og LA-2 med HADDOCK. OspC brukes som en mer rigid kontroll.
• La opp en GROMACS-pipeline med replikater, RMSD, RMSF, hydrogenbindinger og MM/PBSA som analysegrunnlag.
• Skrev plotte- og statistikkode slik at samme analyse kan brukes når fullstendige trajektorier er tilgjengelige.

Hva det viser

Prosjektet viser en arbeidsmåte der strukturkilde, kontrollsystem, målevalg og usikkerhet henger sammen. Det er ikke bare en modell sammenligning, men et forsøk på å undersøke hvor robust en videre biologisk tolkning er.

Behovet

Teknisk hjelp oppleves ofte som uoversiktlig. Datahjelp samler tjenester, priser, kontakt og videre oppfølging på ett sted.

Fremgangsmåte

• Utformet en enkel offentlig side med tjenestebeskrivelser, prisinformasjon og kontaktskjema.
• Bygget et eget administrasjonsområde der forespørsler kan leses og håndteres.
• Brukte Firebase Authentication og Firestore slik at henvendelser ikke blir liggende i en vanlig e-postinnboks.

Resultat

En publisert tjenesteside med en tydelig vei fra spørsmål til henvendelse. Arbeidet viser både brukerflate, datalagring og administrasjon av en liten digital tjeneste.

Behovet

På sjøen trenger man kart, vær, rute og båtinformasjon i en arbeidsflyt som fungerer på mobil. Havkart er et forsøk på å samle dette rundt norske datakilder.

Fremgangsmåte

• Integrerte Kartverkets åpne WMTS-kart med Leaflet.
• La til GPS, fart og kurs, ruteplanlegging i nautiske mil og lokal lagring av ruter.
• Bygget værproxyer mot MET Norge og funksjoner for turlogg, båtprofil og sikker dybde.

Resultat

En PWA som kan brukes som hjelpemiddel på mobil. Den viser hvordan jeg jobber med eksterne datakilder, kartinteraksjon og praktiske brukerbehov.

Ideen

Prosjektet startet med ønsket om å lage et maleri som de fascinerende pendelvideoene på Instagram, der fysiske lover bestemmer sirkler, former og spor. Jeg ville gjøre den opplevelsen mulig å utforske selv.

Fremgangsmåte

• Modellerte dempet pendelbevegelse og Lissajous-baner.
• Bygget kontroller for maling, kast, lerretsbevegelse og symmetri.
• Brukte et offscreen-lerret og lagret arbeider lokalt slik at brukeren kan fortsette senere.

Resultat

En responsiv, interaktiv start på et fysisk styrt maleverktøy. Den har flere forhåndsinnstillinger og eksport i høy oppløsning, men skal videreutvikles.

Utfordringen

Et kortspill med flere spillere må holde alle klienter oppdatert uten at spillet mister flyt eller regler blir inkonsekvente.

Fremgangsmåte

• Skilte spillregler, handlinger, grensesnitt og Firebase-integrasjon i egne deler av prosjektet.
• Brukte Firestore-lytting for oppdatert spilltilstand på tvers av enheter.
• La til innlogging, venneliste, lobby, spillrom og håndtering av Moggie-straff.

Resultat

Et spill som viser arbeid med tilstand, regler og sanntidsoppdateringer. Det er bygget for at en vennegjeng skal kunne starte et spill uten teknisk oppsett.

Oppgaven

Prosjektet krevde at en gruppe utviklet et komplett spill med menyer, baner, spillmekanikk og en spillbar sluttversjon.

Fremgangsmåte

• Arbeidet ble delt opp med brukerhistorier, oppgavefordeling og felles planlegging.
• Spillet fikk seks baner, plasserbare tårn, tre oppgraderingsnivåer og bølger av fiender.
• Prosjektet ble pakket med Maven og kjører som en Java-applikasjon.

Resultat

En spillbar gruppeleveranse som viser hvordan jeg arbeider i et større kodeprosjekt med delt ansvar og et tydelig sluttprodukt. Jeg bygget og testet den siste lokale Java-versjonen på nytt før denne presentasjonen ble oppdatert.

Fra bilder til ferdig tur

• Leser dato, klokkeslett, GPS og kameradata fra EXIF før bildene behandles.
• Grupperer bilder til turforslag ut fra tid og avstand, finner stedsnavn og henter historisk vær automatisk.
• Lager WebP-visninger og miniatyrbilder i nettleseren, slik at originalfilene ikke må lastes opp.
• Lar brukeren justere tittel, reisetype, aktiviteter, deltakere, høydepunkter, vurdering og egne notater.

Et levende minnearkiv

• Forsiden samler siste tur, nøkkeltall, favoritter, mest besøkte steder og en visuell bildestrøm.
• «På denne dagen», «Rundt denne tiden» og «Overrask meg» henter frem minner som ellers lett blir glemt.
• Turer kan finnes igjen gjennom tidslinje, bildearkiv, personer, steder, land, kategorier, aktiviteter og søk.
• Reisebøker kan settes sammen, lagres og gjøres klare for utskrift.

Kart, spor og steder

• Norgeskart fra Kartverket, med OpenStreetMap og Esri utenfor Norge.
• GPX-import beregner distanse, høydemeter, høyeste punkt og varighet på serveren, og forenkler lange spor uten synlig tap.
• Stedssider samler besøk, favoritter, ønskeliste og egne eller delte anbefalinger.
• Pågående turer kan følges og oppdateres mens de skjer.

Deling og fellesskap

• Hver tur er privat som standard, men kan deles med venner, via en egen lenke eller i Utforsk.
• Offentlige kartposisjoner avrundes for å beskytte nøyaktige hytte- og teltplasser.
• Venner, medreisende, feed, kommentarer, reaksjoner, varsler og korte samtaler gjør minnene sosiale uten å ta over opplevelsen.
• Delingsoversikten viser tydelig hvem som kan se hva.

Bygget som et ordentlig produkt

Ferd har egen innlogging med scrypt-hashede passord og JWT i httpOnly-cookie, serverstyrt tilgangskontroll, databasebaserte begrensninger mot misbruk og direkte bildeopplasting. Next.js-appen er selvhostet på en Node.js-server på min egen PC. Domenet ligger bak Cloudflare, som håndterer HTTPS og proxytrafikken inn til appen. Serveren er normalt tilgjengelig kl. 08.30–23.00 norsk tid.

Prosjektet

Jeg kombinerte kantdeteksjon, tonelegging, fargebehandling og teksturer for å gi vanlige fotografier et håndtegnet uttrykk.

Resultat

En eksperimentell bildepipeline med en interaktiv pygame-visning for å sammenligne uttrykk og innstillinger underveis.

Prosjektet

Tankebok kombinerer et rolig, boklignende grensesnitt med lokal kryptering. Målet er at personlige notater skal føles gode å skrive og samtidig behandles med respekt for personvern.

Resultat

En nett- og desktopløsning med papirtekstur, sidevending og kryptert lagring i brukerens egen enhet.

Prosjektet

Hjemarkiv er laget for å gjøre praktisk familieinformasjon enklere å finne og følge opp, med dokumenter, frister, varsler og kartstøtte samlet på ett sted.

Prosjektet

Løsningen organiserer erfaring, rutiner og observasjoner slik at kunnskapen blir enkel å finne igjen. Den utforsker tydelig struktur, søk og lette visualiseringer.

Prosjektet

Gamle oppskrifter kan fotograferes, transkriberes og organiseres med bilder og kategorier, slik at de blir lettere å bruke og bevare.

Medisiner og varsler

• Faste medisiner kan registreres med dosering og ett eller flere klokkeslett.
• Dagens doser vises samlet, kan markeres som tatt og lagres i historikken med tidspunkt.
• Planlagte pushvarsler minner om medisiner, vann, bevegelse og daglig innsjekk, også når appen er lukket på støttede enheter.
• Varslingsvindu, intervaller og lyd kan tilpasses, og oppsettet kan testes direkte i appen.

Oversikt og trygghet

Appen samler vanninntak, søvn, aktivitet, humør, smerte, blodtrykk, puls og vekt. Nødkontakter og legevakt er lett tilgjengelige, mens valgte venner kan få avgrenset innsyn og sende vennlige påminnelser når brukeren har gitt tillatelse.

Laget for enkel bruk

Store trykkflater, tydelig språk og tre tekststørrelser gjør appen lettere å bruke. Den kan installeres som PWA, har offline-støtte og synkroniserer brukerens egne data gjennom Firebase Authentication og Firestore-regler.

Prosjektet

Hintmotoren forklarer neste logiske trekk steg for steg i stedet for bare å avsløre svaret. Målet er en behagelig opplevelse som også hjelper spilleren å lære.

Prosjektet

Familien kan skrive innlegg med dato, vær, humør og bilder. Innholdet lagres lokalt først og kan synkroniseres når nettet er tilgjengelig.