Fork me on GitHub
#clojure-norway
<
2022-04-20
>
Jakub Holý (HolyJak)12:04:53

@magnars Hva er den Gadget extension dere bruker i nettleseren i ZombieClj? Noe dere har laget for selv?

cjohansen12:04:17

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 🙃

🙃 2
herald12:04:31

syntes at “traversal” av datastrukturer var et greit alternativ til re-frame-10x da

msolli13:04:40

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.

cjohansen13:04:40

Gadget kan sågar inspecte maps

cjohansen13:04:48

Men nei, jeg tenker jo at det er dette som er fordelen

cjohansen13:04:14

Da jeg først lagde den kom jeg over REBL og følte meg litt slått på målstreken

cjohansen13:04:34

Så starta jeg på en oppussing tidligere i år, og mens jeg drev med det kom jeg over Portal og ble demotivert igjen 😄

cjohansen13:04:15

Men Portal er egentlig et annet beist, jeg liker egentlig at Gadget er lett å se på ikke krever så mye manual for å bruke

msolli13:04:36

Portal er bra, altså. Det er vel sånn at noen prosjekter får momentum, flere bidrar, og så blir de enda bedre.

msolli13:04:45

Det er noe med tilgjengeligheten i Developer Tools, der man likevel er, liksom.

msolli13:04:01

(Med Gadget, altså)

cjohansen13:04:59

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.

augustl13:04:53

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

msolli13:04:39

Kanskje du kjører en perfekt simulering av programmet i hodet ditt? 🙂

herald13:04:58

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?

cjohansen13:04:32

Enig i det. Jeg har noen tanker om hvordan en event-inspector kan bygges uten å vite noe om rammeverket også. Får se om jeg får litt gass på gadget-jobbinga igjen om litt

herald15:04:31

interessant. gleder meg 🙂