This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-04-20
Channels
- # announcements (3)
- # babashka (7)
- # beginners (36)
- # calva (71)
- # cider (25)
- # clj-commons (5)
- # cljdoc (19)
- # cljs-dev (5)
- # clojure (223)
- # clojure-austin (2)
- # clojure-bay-area (1)
- # clojure-europe (31)
- # clojure-france (6)
- # clojure-nl (2)
- # clojure-norway (19)
- # clojure-spec (13)
- # clojure-uk (7)
- # clojurescript (127)
- # core-logic (2)
- # cursive (21)
- # datalevin (53)
- # datomic (9)
- # emacs (37)
- # events (1)
- # graphql (8)
- # jobs (12)
- # lsp (8)
- # off-topic (92)
- # pathom (49)
- # pedestal (1)
- # polylith (3)
- # re-frame (25)
- # releases (2)
- # sci (11)
- # shadow-cljs (13)
- # vim (10)
@magnars Hva er den Gadget extension dere bruker i nettleseren i ZombieClj? Noe dere har laget for selv?
Den er long overdue på en oppussing/klargjøring for massekonsumpsjon. Men hver gang jeg begynner på det så blir jeg oppmerksom på “konkurrerende” løsninger som kan mer og mister all motivasjon 🙃
Er det noen av de “konkurrende” løsningene som er så generelle som Gadget Inspector, da? Den trenger jo bare et atom, mens re-frame-10x og fulcro-inspect (f.eks.) er bundet til sine respektive rammeverk.
Så starta jeg på en oppussing tidligere i år, og mens jeg drev med det kom jeg over Portal og ble demotivert igjen 😄
Men Portal er egentlig et annet beist, jeg liker egentlig at Gadget er lett å se på ikke krever så mye manual for å bruke
Portal er bra, altså. Det er vel sånn at noen prosjekter får momentum, flere bidrar, og så blir de enda bedre.
Ja, tilgjengelighet er fint. Og pek og klikk. 🙂 Jeg får gi portal en sjanse en gang, det stoppa litt på at jeg ikke helt intuitivt skjønte hvordan jeg skulle bruke den.
føler at jeg mangler en krets eller to i hodet, alle i frontend-land vil ha en state-inspector, alle i clojure-land bruker repl, men ikke jeg
state-inspector er nyttigst, så kommer en event-inspector litt etter IMO. men da begynner det å måtte bli bundet til rammeverket, og når du har full kontroll over eventbus koden er det fort gjort å kaste inn noen print statements (men å kunne se åssen state endrer seg mellom hvert event er vel litt vanskeligere). ofte som ny utvikler vet du ikke om du trenger dette for en debuggingsjobb, så da er det kanskje fint å få det servert som et ferdigpakket devtool?