HNHacker News
TopNewBestAskShowJobs

jpmonettas

58 karma · joined November 26, 2022

submissionscomments
jpmonettas··on Programming languages should have a tree traversal primitive
Clojure has tree-seq https://clojuredocs.org/clojure.core/tree-seq
jpmonettas··on Ask HN: What are you working on? (March 2025)
FlowStorm A FOSS time travel debugger for Clojure https://www.flow-storm.org/
jpmonettas··on A code walkthrough modeling the rules of Chess in a functional (Clojure) way
Cool! I love how this written and how powerful that whole approach feels for teaching/learning.
jpmonettas··on Show HN: FlowTracker – Track data flowing through Java programs
Thanks! I started with cljfx and then moved to pure javafx, first because it wasn't straight forward for me to understand the performance overhead of cljfx under different scenarios (when using subscriptions and contexts), and second because I want to drag as few dependencies as possible so they don't conflict with debuggee one's.
jpmonettas··on Show HN: FlowTracker – Track data flowing through Java programs
So recording in FlowStorm doesn't use Clojure metadata capabilities in any way, it is basically about storing function calls, function returns and the pointers to all expressions intermediate immutable values together with their code coordinates.
jpmonettas··on Show HN: FlowTracker – Track data flowing through Java programs
Not sure I follow, can expand on that? I gave a presentation on it recently https://www.youtube.com/watch?v=BuSpMvVU7j4 which goes over demos and implementation details if you are interested in those topics.
jpmonettas··on Show HN: FlowTracker – Track data flowing through Java programs
Cool! I wrote something on the same spirit but for Clojure, called FlowStorm http://www.flow-storm.org/

For instrumentation, instead of an instrumenting agent it uses a fork of the official Clojure compiler (in Clojure you can easily swap compilers at dev) that adds extra bytecode. What is interesting about recording Clojure programs execution is that most values are immutable, so you can snapshot them by just retaining the pointers.

Edit: Since the OP demo is about exploring a web app for people interested in this topics I'm leaving a demo of FlowStorm debugging a web app also https://www.youtube.com/watch?v=h8AFpZkAwPo

jpmonettas··on GTFL – A Graphical Terminal for Common Lisp
Have you seen http://www.flow-storm.org/. It does time travel debugging for Clojure and has a bunch of features.
jpmonettas··on Ask HN: What non-AI products are you working on?
I'm working on http://www.flow-storm.org/ A time travel debugger for Clojure with some unique features, aiming to enhance the already awesome interactive development of Clojure by enabling you to record and explore executions on demand.
jpmonettas··on FlowStorm: Omniscient time travel debugging for Clojure
Hi Kenny! Go ahead! There is a ton to explore in this area, so looking forward to whatever works for you.

ClojureDart is still on FlowStorm roadmap, just waiting for the self hosted version there.

jpmonettas··on FlowStorm: Omniscient time travel debugging for Clojure
Author here. Thanks for the feedback! and yeah I agree adding those features to the landing page is a good idea. I'll add them.

Regarding tools that offer similar capabilities in other languages, I'm not aware, and I have my opinion on why this could be https://github.com/jpmonettas/flow-storm-debugger#arent-omni... but I could be wrong.

But there are time travel debuggers for other languages for sure, and some omniscient debuggers too, but with different capabilities.

jpmonettas··on What a good debugger can do
This is another example, a tracing time travel debugger for Clojure https://github.com/jpmonettas/flow-storm-debugger

Supports a bunch of stuff described there and more.

jpmonettas··on Programming at the REPL: Data Visualization
Nice, thanks for the links.

Yeah I don't know how stickers trace code, but FlowStorm tracing debugger takes advantage of the immutable data structures used everywhere and by default in Clojure. You can then instrument entire code bases, run them, and tracing is just a matter of retaining(leaking) pointers of every intermediate expression so the GC doesn't collect them. I don't think this is possible when working with mutable objects, since then only way would be to somehow serialize the objects involved at every step so you can analyze the data later, which is prohibitively expensive in most situations.

jpmonettas··on Programming at the REPL: Data Visualization
Similar to SLIME, there is Cider (https://docs.cider.mx/cider/index.html) for Emacs.

There are a lot of debugging and data visualization tools for the repl with features I haven't found in Common Lisp like :

- https://github.com/jpmonettas/flow-storm-debugger (which I'm actively working on)

- https://github.com/djblue/portal