2026-05-20 clojure-norway | Clojure Slack Archive

clojure-norway 2026-05-20

msolli 2026-05-20T07:02:39.154109Z

Morn!

msolli 2026-05-20T07:03:52.321639Z

🍛 Clojurelønsj på Jaipur i Oslo i dag kl. 12 🍛

emil0r 2026-05-20T07:12:01.240119Z

Morn

2026-05-20T08:14:53.106599Z

morn

eaj 2026-05-20T11:00:48.730819Z

God morgen!

2026-05-20T21:10:56.767359Z

vi gjør "CQRS FC/IS". Det vil si at functional core får lov til å koble seg til databasen og gjøre reads. Imperative shell håndterer commands. Vi må ikke først gjøre alle reads i imperative shell og så sende inn data til functional core. Er dette et kjent mønster? Andre her som følger noe lignende?

2food 2026-05-21T07:59:29.491819Z

Gjør lignende som dette ja, men med datomic og gir da en db verdi til FC. Så selv om spørringer mot db fører til IO-kall, så er det deterministisk, tilstandsløst, og på den måten logisk "rent" på tross av at det skjer IO der.

2food 2026-05-21T08:05:12.405419Z

Tenker at hvis man gjør spørringer som er tilstandsavhengig i FC, så er det ikke 100% FC. Man må jo ikke alltid være helt purist heller, men man kan miste noen av fordelene med en helt "ren" FC, som f.eks. at enhetstesting av tilstandsløse funksjoner er mye enklere.

2026-05-21T09:20:37.417789Z

nei nettopp, det er ikke en "pure functional core" ihvertfall, men man kan vel si den er "functional" på et eller annet vis

teodorlu 2026-05-21T11:51:33.957659Z

I matematisk terminologi har du skilt unna alle effektene (når du påvirker verden), men beholdt én koeffekt (når verden påvirker deg), "les fra databasen".

2026-05-21T12:14:51.951489Z

interessant!

2026-05-21T12:15:16.963449Z

en funksjon som opererer på flytende database-tilstand er jo ikke referentially transparent

teodorlu 2026-05-21T12:21:09.406899Z

nettopp!

teodorlu 2026-05-20T05:08:37.486649Z

Morn!