This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-07-18
Channels
- # announcements (8)
- # asami (10)
- # babashka (58)
- # beginners (20)
- # calva (4)
- # clerk (9)
- # clj-on-windows (5)
- # cljsrn (1)
- # clojure (12)
- # clojure-australia (2)
- # clojure-europe (24)
- # clojure-gamedev (1)
- # clojure-norway (14)
- # clojure-romania (1)
- # clojurescript (28)
- # conjure (2)
- # cursive (5)
- # dev-tooling (38)
- # emacs (15)
- # events (1)
- # hoplon (12)
- # hyperfiddle (41)
- # introduce-yourself (4)
- # jobs (2)
- # jobs-discuss (17)
- # malli (23)
- # matrix (5)
- # nextjournal (11)
- # pathom (19)
- # pedestal (1)
- # polylith (3)
- # reitit (3)
- # sci (7)
- # xtdb (7)
@zenflowapp turned me on to https://github.com/jpmonettas/flow-storm-debugger#readme. My preference has been, when stuck, to:
• add the obvious print statements;
• run;
• scan the output;
• re-run;
• repeat.
In rare cases I get stumped, and rinse-repeat can go on for a while.
And more than a little work goes into minimizing the output selectively, to make the scan step manageable.
The Flowstorm solution says:
• record everything;
• create an interactive browser for everything.
Is there an ETA on Flowstorm/CLJD?
If not, it would be easy to tell f/mx to record everything MX and f/mx (setState, dispose, etc). It could start as memory data structure for search with CLJD, then grow a UI.
@U0739PUFQ Started looking into it, but is waiting for the self hosted cljd compiler so that the way macro's need to be used doesn't change under his feet (If I understand correctly). Thread: https://clojurians.slack.com/archives/C03A6GE8D32/p1687871097599929
yes, I'm waiting for self hosted ClojureDart before supporting it, since some stuff is going to be quite different on self hosted
Yep. Should be a whole new ball game when self-hosting lands.
Dave Yarwood on XState + CLJS about to go on here => https://clojurians.slack.com/archives/C08BDAPRA/p1687288666235129