Re:REPL Debugging: No Stacktrace Required (2017)
by yogthos on Monday March 09, 2020 @02:44PM
(#22528358)
REPL driven workflow allows me to put the application in a specific state, and then continue developing features against that state. If you have to restart the application each time you make a code change then you have to rebuild that state each time. This creates a much slower feedback loop, especially when you're working on large applications. Furthermore, the REPL is a fantastic tool for troubleshooting live systems in production, and in some cases even patching them with zero downtime.
I don't know a single person who's worked with this workflow on a serious project and would want to go back to compile/run cycle afterwards.
Meanwhile, Clojure leverages host ecosystem getting all the same benefits as any other language running on it.
Re:REPL Debugging: No Stacktrace Required (2017)
by wglb on Monday March 09, 2020 @07:15PM
(#22530980)
>Programmers are equally productive[0] (or way more because of their big ecosystems) in languages that have a fast code-run cycle.
I would disagree with this. I feel much more productive in Lisp than, e.g. go or C or C++. In Smalltalk, the productivity was so great that I was dead tired after 8 hours, as it was all thinking and effectively zero compiling.
Programmers are equally productive[0] (or way more because of their big ecosystems) in languages that have a fast code-run cycle.
[0] https://groups.google.com/forum/#!topic/comp.lang.lisp/L5dZ-...