This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-11-12
Channels
- # announcements (15)
- # babashka (8)
- # babashka-sci-dev (8)
- # beginners (19)
- # biff (18)
- # cider (7)
- # clj-kondo (1)
- # clojure (6)
- # clojure-europe (24)
- # clojure-norway (10)
- # clojure-spec (1)
- # clojurescript (11)
- # conjure (1)
- # core-async (1)
- # cursive (3)
- # devops (1)
- # emacs (1)
- # fulcro (1)
- # helix (4)
- # keechma (1)
- # off-topic (19)
- # pathom (4)
- # reagent (2)
- # reitit (1)
- # shadow-cljs (8)
- # spacemacs (1)
- # vim (7)
Hørte på en podcast m Eric Norman igår. En artig ting med Haskell er jo at hvis du har lyst til å gjøre en midlertidig sideeffekt i en funksjon, så må du endre typesignaturen, og da også i hele call stack’en oppover.
Ja, det suger. Gjør det mye lettere å debugge clojure enn Haskell.
Det er teoretisk mulig å bryte reglene med unsafePerformIO
, men.... den ene gangen jeg prøvde å debugge med unsafePerformIO, gravde jeg meg bare dypere ned i hullet jeg var i. Endte med å ta et steg tilbake, og se på typene en gang til. Typene var feil. Så jeg fikset typene, fikset implementasjonen min (så koden gjorde det typene sa den skulle gjøre), så fungerte det.
Savnet veldig en REPL akkurat der. Og jeg har skrevet clojure siden 😂
En REPL lar deg liksom se hva du driver med. Det er bare data. Du trenger ikke tenke på typer som en abstraksjon for data.
De diskuterer Grokking Simplicity, og det minnet meg på https://stackoverflow.com/questions/10513606/is-this-a-pattern
Fant denne, men den er slett ikke siste episode: https://www.functionalgeekery.com/functional-geekery-episode-129-eric-normand/