Jeg har en ret stabil fritidsinteresse: jeg kan lide at forstå systemer.

Kode, bugs, protokoller, datasamlinger, links, binære filer, gamle formater, open source-projekter, mærkelige regler og små tekniske eksperimenter. Quines. Kodehistorie. Ting der næsten virker. Ting der virker af helt andre grunde, end man først tror.

Jeg læser ikke kun kode for at finde fejl. Jeg læser kode for at forstå betydning. Hvilke begreber bærer systemet? Hvor starter det? Hvad er kerne? Hvad er støj? Hvad er en historisk tilfældighed, der senere blev en sandhed?

Mange tekniske problemer begynder som semantiske problemer. Et ord bliver brugt lidt forkert. En status får en ekstra betydning. En undtagelse bliver permanent. En midlertidig løsning bliver arkitektur. Pludselig er systemet ikke svært, fordi det er stort, men fordi ingen længere kan sige præcist, hvad det mener.

Det fascinerer mig.

Derfor kan jeg bruge urimeligt lang tid på små tekniske gåder. Ikke fordi de nødvendigvis er nyttige i sig selv, men fordi de træner blikket for struktur. Den samme glæde findes i at skitsere, kode, teste og opdage, at noget komplekst kan forklares enklere.

Jeg forstår de syv OSI-lag og har respekt for hele stakken, men jeg trives især godt i lagene ovenover: HTTP, webapplikationer, frameworks, API’er, publiceringsflows og de UI-/UX-flader, hvor brugere og administratorer faktisk møder systemet. Det er dér, teknisk semantik bliver konkret: når kode, data, rettigheder, statusser og arbejdsgange skal hænge sammen som noget mennesker kan forstå og bruge.