I think repl driven development with access to native code could be a magic formula for agent engineering. No restarting, no re-compiling. Plus with persistent, immutable data structures you can iterate with many threads in parallel while maintaining sanity.
jwr 24 minutes ago [-]
It is. I'm amazed at how quickly agents can work with my Clojure code base and try things out. They make great use of the REPL.
tikotus 2 minutes ago [-]
Can it already reliably close parens? I was disappointed some time ago, but sounds like it's ready for a new go...?
s_Hogg 3 hours ago [-]
The first thing that comes to mind with no restarts or recompiling is the mangled variables you get in Jupiter if you're mucking around trying to get a prototype going and forget which cells have been run. I can definitely see agents having a problem with that. I would just try to make compilation fast if possible
kianN 2 hours ago [-]
Immutability and stateless separate the nrepl from jupyter. Clojure is not strictly functional but it tends to be the most straightforward way to do most tasks in the language.
chr15m 2 hours ago [-]
People who are already using LLMs to drive Clojure REPLs say it works well (see #ai-driven-development on the Clojure Slack). I don't think forgetting which cells have been run is a problem with the described set up.
pjmlp 12 minutes ago [-]
Welcome to the previous AI Summer with Lisp and Prolog environments, :)
Pity that the new Summer got to ride an interpreted language, with bindings to native libraries instead.
3 hours ago [-]
3 hours ago [-]
Rendered at 08:09:18 GMT+0000 (Coordinated Universal Time) with Vercel.
Pity that the new Summer got to ride an interpreted language, with bindings to native libraries instead.