This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2024-02-20
Channels
- # announcements (3)
- # babashka (74)
- # beginners (45)
- # biff (3)
- # calva (10)
- # cherry (1)
- # clojure (7)
- # clojure-austin (4)
- # clojure-europe (50)
- # clojure-losangeles (1)
- # clojure-nl (1)
- # clojure-norway (22)
- # clojure-uk (3)
- # cursive (14)
- # data-science (2)
- # datomic (1)
- # emacs (3)
- # events (5)
- # fulcro (13)
- # holy-lambda (64)
- # hyperfiddle (67)
- # introduce-yourself (1)
- # lsp (5)
- # off-topic (1)
- # rdf (1)
- # re-frame (5)
- # reitit (4)
- # releases (3)
- # shadow-cljs (89)
- # spacemacs (4)
- # squint (5)
- # timbre (9)
- # tools-deps (2)
Dagens bloggpost er en liten kjærlighetserklæring til clojure.core: https://parenteser.mattilsynet.io/porsjoner/
Jeg merker at jeg får litt vondt et eller annet sted når man bruket map
over en fn med bivirkninger. Jeg lurer på om dette er mat for iterations
eller kanskje en unfold
, men sistnevte er jo ikke i core. Nei, dette er jo ikke iterations
eller unfold
det er jo en sideffecting map, som jeg da sikkert noe klønete ville implementert via reduce bare fordi.
Det er også godt mulig at databasen deres takler fler id’er hvis de får det i en array?
Begge de poengene er litt på siden av problemstillingen her, men notert. Oracle vil absolutt ikke ha mer enn 1000, de kommer allerede i en liste.
Likte bloggposten, men må si meg enig i at det er litt ubehagelig med bivirkninger i map
og co. Jeg ville skrevet den med transducers som dette:
(defn batch [f batch-size xs]
(into [] (comp (partition-all batch-size) (mapcat f)) xs))
Jeg syns det leser tyngre.
(defn batch [f batch-size xs]
(doall (mapcat f (partition-all batch-size xs))))
Er kanskje vel så greit?any sufficiently complicated JavaScript program contains an ad hoc, informally-specified, bug-ridden slow implementation of half of clojure’s collection lib