clojure-norway 2025-11-11

Mrn 🛫🇺🇸

🔥 1
👋 1

God tur! Hvis du treffer @neumann — hils og si at han gjør superviktig arbeid, jeg skulle så gjerne vært der!

💯 1

Will do!

❤️ 1
🙏 1

God tur, og lykke til!

💜 1

Ende flere konsepter for å jobbe rundt den store kompleksiteten som følger komponenter med intern tilstand. Jaja

🫠 1
🙈 1

God mornings, folkens! I dag har jeg delt Datomic og EDN med vårt tools team. Nå sitter gjengen og ser på The Design of Datomic, Day of Datomic 2016 (de to første videoene), og @magnars sin presentasjon fra NDC 😄

🙌 6
🙌🏻 1
☠️ 1

Annet språk!

🏴󠁧󠁢󠁥󠁮󠁧󠁿 1

Jeg skal på live workshop «Day of Datomic» workshop i morgen, og gleder meg som en unge! :-)

🎉 1

Øh, oops. Sorry, @leif.eric.fredheim - her er Datomic-foredraget fra JavaZone. Tiden går fort! https://parenteser.mattilsynet.io/11-innsikter/

👀 1

Ah! Ja, den hadde jeg allerede funnet og delt 😁

Oh! Nei, vent litt. Samme tema, annen konferanse ☺️

Ny bloggpost om geosøk, ytelse og dumme ting vi gjorde hos oss. https://parenteser.mattilsynet.io/let-overalt/

👀 1
😂 1
👌 2

Haha, det der er tidenes beste reklame

Vi har kost oss mye med den på kontoret i dag 😁

den ultimate git-ninja testen kommer når du har en håndfull filer med endringer du ikke vil skal være med i commits mens du jobber med andre småting undervels. Blingset for et par commits siden og committa dem inn. Gjorde nettopp en git rebase --interactive, en git reset --soft HEAD^, en git commit --amend, en git stash og en git rebase --continue for å fikse opp i det. Flex 💪

M-x magit-fixit pleier jeg å bruke når jeg har slike problemer.

Arne Brasseur skal snakke om Clojure-stacken de bruker i dag, 19:30: https://www.meetup.com/london-clojurians/events/311341652/?eventOrigin=home_page_event_from_group_you_are_in Dette er folka (personen) som har laget både Kaocha og Launchpad, og en serie andre open source-biblioteker du kanskje bruker direkte eller indirekte.

👀 2

TIL om Launchpad 🤩

Var det noen andre godbiter? @teodorlu

Kaocha er supert!

Kan du raskt forklare hvorfor dere foretrekker Kaocha framfor test-runner (det er vel hva som er standard?), eller kan du vise til en god sammenligning?

• generelt bedre UI enn cognitect/test-runner • fint CLI • watch mode — kjør testene automatisk på nytt når du har endret filer men det viktigste for meg har vært aktiv bruk av https://github.com/magnars/kaocha-runner.el, samt å automatisk kjøre testene for nåværende navnerom etter buffer-evaluering. C-c C-k er altså hos meg bundet til følgende: 1. Evaluer buffer 2. Kjør testene for test-navnerommet til denne bufferen (eller dette navnerommet hvis man er i et test-navnerom) 3. Vis en liten oppsummering når testene er ferdige, enten med røde tester eller grønne tester. Legger ved skjermbilder av fullendt kaocha-runner.el-testkjøring når alt er bra (grønn) og når noe feiler (rød).

her er en super demonstrasjon (med relevant tidsstempel): https://youtu.be/JcqfKpl8e5c?t=352 Christian på venstre øre, magnar på høyre. Det går "tikk takk" mellom tester og implementasjon. Hvis jeg kun skriver kode og evaluerer i REPL, får jeg ganske enkelt mindre kontroll, jeg vet ikke (like godt) når noe ikke fungerer som jeg tror det fungerer. Ved å bruke tester på navnerommet mitt, kan jeg jobbe med "hele navnerommet på én gang", i stedet for å evaluere ett og ett uttrykk.

Nice, takker, tar en titt senere!

1
🙌 1

Nice, takk for tipset. :D

🙌 1