News for hackers. Stuff that matters.
Re:REPL Debugging: No Stacktrace Required (2017) by Scarbutt on Monday March 09, 2020 @11:43AM (#22526297)
A good REPL is nice, but its hardly a killer feature or a big productivity boost. If Clojure didn't have a REPL it would have been completely dead by now cause its startup time is really bad. Clojure needs to have a REPL in order to survive (which is barely doing).

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-...

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.