This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2024-02-22
Channels
- # aleph (5)
- # announcements (5)
- # babashka (8)
- # beginners (63)
- # biff (43)
- # calva (17)
- # clj-kondo (76)
- # clojure (105)
- # clojure-europe (77)
- # clojure-nl (1)
- # clojure-norway (40)
- # clojure-uk (4)
- # clojuredesign-podcast (20)
- # clojurescript (35)
- # clr (7)
- # cursive (5)
- # data-science (1)
- # datomic (41)
- # fulcro (14)
- # hyperfiddle (22)
- # malli (12)
- # off-topic (17)
- # re-frame (6)
- # reitit (3)
- # releases (1)
- # ring (2)
- # scittle (1)
- # shadow-cljs (6)
- # specter (3)
- # xtdb (3)
Ønsker en stor velkommen til @olav.moseng til #C061XGG1W! Jeg har hatt gleden av å jobbe med Olav et par ganger det siste året, og han har valgt å bli med inn i Clojure-slacken!
Velkommen, @olav.moseng!
Välkommen @olav.moseng 🙂
God morn! 👋
I dag skal jeg ha en kort Clojure-presentasjon for backendere i Nav 
Jeg tenkte en del på hva jeg vil vise som er relativt unikt med Clojure, og landet på repl-drevet interaktiv utvikling. Så i den forbindelse har jeg deployet en webserver som leverer en enkel html-side som inkluderer Htmx.
Deployen inneholder også en nrepl-server; så jeg har liksom en slu plan om at jeg demonstrerer at jeg endrer en webapp via repl-utvikling, hvor jeg deretter avslører at jeg faktisk driver og endrer en deployet app som folk kan gå inn på og se endre seg 🥷 Htmx har også grei støtte for websocket, så jeg bruker websocket-koblingen til å tvinge browseren til å reloade, og har opprettet et “chatroom” hvor man kan prate ved å trykke på et par emojier.
Wish me luck!
1Appen er deployet og jeg har allerede testet at det virker, men med min flaks tipper jeg at kubernetes-clusteret velger å restarte appen midt i presentasjonen 😅
Forøvrig en morsom øvelse å deploye denne applikasjonen; jeg lærte at når man lager en uberjar av en app som bruker ring-jetty-adapter så er det ikke gitt at namespacet som legger til websocket-handlere blir bygd/lastet, så websocket-endepunktet bare fungerte ikke via jar’en 🤷
Tøft, gøy! > Deployen inneholder også en nrepl-server; så jeg har liksom en slu plan om at jeg demonstrerer at jeg endrer en webapp via repl-utvikling, hvor jeg deretter avslører at jeg faktisk driver og endrer en deployet app som folk kan gå inn på og se endre seg 🥷 Har skikkelig lyst til å prøve noe liknende selv. Spent på å høre hvordan det går med deg. Lykke til! 🤞
Jeg ble iallefall inspirert til å finne en smartere “hot reload”-mekanisme enn å manuelt kjøre en “reload-websocket-subscribers”-funksjon via repl’et hver gang jeg gjør en annen endring 😅
Presentasjonen gikk veldig bra 🎉 Vi har en faggruppe som driver med (whitehat) hacking som uanmeldt begynte å hacke på demo-appen min rett etter demoen, så jeg hotfixet den via nrepl’et også. Veldig moro!
Sånn halvveis interessant greie. Vi bruker RxJs til state management på frontenden vår.
Hvis man myser litt så er ikke det så ulikt måten man progger på i Clojure, man lager ofte pipelines med ulike transformasjoner av data.
Det jeg merker meg er at også der er man veldig glad i anonyme funksjoner, så man har ting som ser ut som (i clojure)
(->> some-data (map #(… stor anon fn)) (filter #(…stor anon fn)) (reduce #(…stor anon fn)))
Jeg får helt mark av sånne store anonyme funksjoner fordi jeg mener at det er der domenet vårt ligger.
Hvis man leser dette litt fort, så får man inntrykk av at koden vår kun handler om map, filter og reduce.
Skriver man dette om:
(->> some-data (map turn-into-something-in-our-domain) (filter domain-specific-pred?) (reduce blabla))
Så kan man liksom lese litt mer hva som skjer og og man får kode som er enklere (etter mitt skjønn) å teste i replet (og unit-tester)
1I høyeste grad. Store anonyme funksjoner er ikke noe særlig. Å trekke ut i nyttige funksjoner man kan bruke med map, filter, remove hjelper også med å finne gode skillelinjer - særlig sammen med tester. Er ellers så lett for at man bare klatter på mer og mer drit i de samme store funksjonene.
Det som gjør det litt ekstra interessant i RxJs verdenen er at ulik vår threading operator, så er RxJs litt mer sånn monadeaktig i at verdiene “bor” inne i RxJs streams og blir tilgjengelige i map/filter/reduce, sånn at de funksjonene man kaller i map/filter/reduce er RxJs uavhengige og jobber kun på “data”. Så i Clojureland kan man liksom si at det å teste
(->> some-data (map #(… stor anon fn)) (filter #(…stor anon fn)) (reduce #(…stor anon fn)))someObservable.pipe(map((whatever)=>...),filter((bla)=>....), ...)Løsningen må vel da være å ha en liten anon-funksjon som kaller en navngitt funksjon med noe ikke-rammeverks-drit?
Jeg har snubla med hue først inn i #jank og brobygging mellom Clojure og C++, og dermed Common Lisp og C++ via LLVM. Der snublet jeg over https://www.youtube.com/watch?v=mbdXeRBbgDM. Fyttirakkern så mye jobb han har gjort fra first principles! Biten om å compile sin compiler med en annen compiler er bare lættis awesome. Jeg kan sette pris på den typen galskap. Nå ble jeg plutselig litt nysgjerrig på Common Lisp igjen også. Leste http://landoflisp.com for en del år siden. Det er visst ikke helt dødt det heller.
https://www.youtube.com/watch?v=8X69_42Mj-g som går enda dypere hvis den første gav mersmak.