This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-08-14
Channels
- # atom-editor (5)
- # babashka (6)
- # beginners (29)
- # calva (16)
- # cider (1)
- # clj-kondo (20)
- # cljs-dev (44)
- # clojure (29)
- # clojure-europe (19)
- # clojure-nl (8)
- # clojure-norway (7)
- # clojure-spec (2)
- # clojure-sweden (1)
- # clojure-uk (56)
- # clojurescript (32)
- # code-reviews (30)
- # conjure (24)
- # cursive (49)
- # datomic (4)
- # fulcro (31)
- # helix (3)
- # instaparse (4)
- # kaocha (100)
- # lambdaisland (2)
- # mid-cities-meetup (1)
- # monads (1)
- # off-topic (42)
- # pathom (13)
- # pedestal (6)
- # portal (5)
- # re-frame (6)
- # reagent (9)
- # reitit (11)
- # remote-jobs (1)
- # rewrite-clj (11)
- # shadow-cljs (44)
- # sql (22)
- # tools-deps (13)
- # uncomplicate (1)
- # xtdb (15)
Jeg har hørt et par av episodene med Tony Kay i https://clojurescriptpodcast.com/ v
Lange episoder, men veldig bra der han legger ut om hvorfor han lagde #fulcro, hvilke problemer det løser, hvilke det ikke løser og sammenligner med f.eks re-frame.
Mener de episodene burde være obligatoriske for enhver som jobber med frontend. Uavhengig av språk, biblioteker og rammeverk.
Han snakker også en del om aspekter av data-stores som jeg savner diskusjoner om i frontend-miljøet. En ting som diskuteres er dette miljøet er en eller flere stores. To ting som ikke så ofte diskuteres er lagring av applikasjons-state (hvor du er i applikasjonen, hvilke tabs som er åpne etc) vs lagring av applikasjons-data (domenemodellen).
Videre kan diskusjonen om applikasjonsdata deles opp lagring av normalisert og denormalisert data, der views ofte vil ha denormalisert data, mens vi foretrekker å lagre normalisert data.
@slipset jeg hørte nettopp gjennom de episodene selv. Veldig bra materiale ja, han er veldig flink til å formidle kjernen av problemet.
jeg jobber selv i et system der vi bruker re-frame med en del utvidelser for å jobbe mot en normalisert klient db. Fulcro har utvilsomt truffet spikeren på hodet når det gjelder å la komponentene deklarere “what” (EDN query i fulcro), mens “how” og “when” delegeres til et lag som har ansvar for bare det.