Christian @christian@deff.no

@atlefren hehe, takk for tilliten 🙏 jeg gjør masse feil og vi er relativt greie folk "irl" 😅

Teamet mitt søker etter sin tredje utvikler. Er det kanskje deg, eller noen du kjenner vi ser etter? https://parenteser.mattilsynet.io/jobbe-med-oss/

Alle er enige om at prinsippene Goldratts bok The Goal gir store gevinster. Allikevel fant han 20 år senere at kun 2% hadde implementert idéene fra boka. Hvordan kan det ha seg, og hva sier det oss om “best practice”? Det har jeg tenkt litt høyt rundt i dagens bloggpost: https://parenteser.mattilsynet.io/best-practice/

Når du jobber med ny teknologi er det kort vei fra "hvordan virker dette?" til "full kontroll"... Og tilbake til "hvordan virker dette?" 😅 her er en liten sånn anekdote: https://parenteser.mattilsynet.io/meldingspress/

@kly Infrastrukturgjengen i Mattilsynet hadde allerede tilrettelagt for NATS, det var sånn jeg kom inn i det. Etter å ha satt meg nøyere inn i ting ser jeg at NATS gjør ca alt Kafka gjør, men er dramatisk enklere både å forstå, jobbe med som utvikler, og operasjonelt. Ville definitivt bedt sjappa om å orientere seg godt om NATS før dere setter Kafka i prod!

Etter mye mas om hva NATS er og hvordan det funker har jeg omsider skrevet et innlegg om hva vi bruker det til (ihvertfall én av bruksområdene våre): https://parenteser.mattilsynet.io/nats-import-eksport/

@siljelb mitt poeng var at alt som har en id i systemet like gjerne kan ha en menneskelesbar id. Så lenge du har nok av dem kan de brukes overalt. Idene er nyttige for direkte oppslag, men det betyr ikke at du ikke også ønsker andre typer spørringer 😊 "ja takk, begge deler".

@siljelb jeg tenker at alt innhold bør ha sin egen unike id. Dersom denne er global innenfor systemets rammer kan du adressere innhold direkte uten å vite om et omkringliggende hierarki. Et hierarki er uansett bare én mulig måte å se innholdet på og kontekstuelt. Hvis du tenker på url-er som uttrykker hierarkier, så kan disse idene også brukes der, men ofte er kortere bedre (altså uten hele hierarkiet).

Alle valgene vi tar når vi bygger systemer påvirker på ett eller annet vis brukskvaliteten på det vi leverer til brukerne våre. Jeg har skrevet litt om dette, med fokus på adressering av innhold og systemets bruk av id-er: https://parenteser.mattilsynet.io/datamodellering-ux/

React og mange andre rammeverk bruker "virtual DOM" til rendering. Men hva er det egentlig? Det finner vi ut ved å implementere det selv 🤠 https://parenteser.mattilsynet.io/virtuell-dom/

Jeg har skrevet litt om datamodellering, og konkret om nøsting (eller aller helst ikke) av data https://parenteser.mattilsynet.io/flate-data/

Noen ganger er det de små tingene som skaper de store gledene i arbeidshverdagen. Jeg har skrevet litt om datamodellering i Clojure, og spesifikt om hvordan keywords med namespace hjelper oss med arbeidet: https://parenteser.mattilsynet.io/nokler/

@bitbear Agree. I think I've yet to see even a slightly hot take behind a content warning.

Har endelig rota meg til å gi Tailwind CSS et forsøk. Der var det mye fine greier, og jeg har skrevet litt om hvordan jeg tenker å bruke det fremover: https://parenteser.mattilsynet.io/tailwindcss/

@rap1ds 🙏

@robinheghan Sounds like you have come to rely on cost of static typing as a break to stop to think. So maybe the lesson is that coding as fast as possible leads to bad design choices 😊