Christian @christian@deff.no

@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 😊

@robinheghan dynamic typing leads you to questionable design choices? How?

@dominykas yes, 90% of the content on npm, for instance.

@atlefren jeg har ikke adressert detaljene i arbeidsflyten jeg mener er best nei, det får bli en ny oppfølger 😊 men kort sagt opererer vi uten å være helt sikker. Ingenting deployes om testene feiler. Ideelt sett pusher man ikke kode som ikke er prod-klart, men det skjer. Da må man bare fikse det så fort som mulig. Kjører noe tester lokalt, men hender absolutt at jeg glemmer det. Og noen ganger går det feil i prodbygget. Så lenge man fikser kjapt er det ikke noe stort problem.

@erlendaasland tja, jeg står på at PR per definisjon står i kontrast til CI. Jeg burde uansett startet med noen definisjoner, noterer meg til neste gang 😊

Etter å ha skrevet om pull requests innså jeg at jeg burde ha starta med å skrive om kontinuerlig integrasjon. Aldri for sent, si: https://parenteser.mattilsynet.io/kontinuerlig-integrasjon/

@arnemart takes a little while to get under your skin 😅