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/
I don't understand why anyone, in 2024, still has a Medium blog. The experience reading it is _terrible_ and they often hide the content unless you create an account (which I won’t do). So I just close the tab.
@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 😅
@erlendaasland har forsøkt å gjøre litt begrepsavklaring for å tydeliggjøre hva jeg mente: https://parenteser.mattilsynet.io/kontinuerlig-integrasjon/
@erlendaasland Vi snakker forbi hverandre. Kanskje du mener automatiserte bygg? "CI"/kontinuerlig integrasjon er prosess og ikke verktøy. Mitt poeng er at PR er en prosess med mer byråkrati enn å jobbe rett på main - uavhengig av om det er automatisert bygg i etterkant eller ikke. Men vi blir nok ikke enige som du sier 😊
@erlendaasland Sånn er det nok mange steder! Jeg vil ihvertfall anta at de aller færreste PR-er består av én bitteliten commit. Og om de er, så har du ikke engang kontinuerlig integrasjon med eget arbeid, ettersom du kommer til å produsere PR-er raskere enn de blir reviewet... Hva er galt med å pushe til main, og så lese commits når du rebaser med main?
@erlendaasland "Kall det gjerne dev" - hva er dette? Enda flere brancher? For hver branch du lager tar du et skritt bort fra kontinuerlig integrasjon.
I play guitar and board games, I write Clojure for work and fun, and I bake bread, cook and occasionally brew beer.