3 ms·

The alternatives that you mention are still highly subpar when it comes to e.g. the incremental and interactive programming style that is highly common with Lis

The alternatives that you mention are still highly subpar when it comes to e.g. the incremental and interactive programming style that is highly common with Lisp. Java fails at it miserably by pretending to be a dynamic language, and I have not seen* Python used in a way in which one usually programs with Lisp - so, keeping the process alive all the time and sending commands to interact with it, like one does with Slime/Sly. This has some obvious negative consequences, such as high feedback loop time - in Lisp, the compilation delay is usually imperceptible, especially when compared to running javac or python. The "it's high time every one accepted X" is a meaningless comment because it presents an opinion as if it were a fact. Therefore, please accept my downvote. *if such toolkits exist, please point me towards them - I've always wanted to see one in practice.

greggyb 6y ago
It's easy to get to a shallow similarity with Python. I use elpy for Python development in emacs. My development style is highly iterative and I tend toward functional paradigms. I build up a Python program by evaluating lots of small pieces, slowly building those into the structure of my program. I don't write code into a saved file without first evaluating it in a linked REPL session. Python does not support the same style of connecting to a live process, like Lisp does. Nor does it have the same facilities of redefining components in a running system. The surface level actions look similar between my Lisp development and my Python development.
- phoe-krk 6y ago
  Thanks! I haven't seen elpy before - I'll take a look at it. It seems like exactly the thing I described.
cat199 6y ago
> I have not seen* Python used in a way in which one usually programs with Lisp not sure what you have in mind, but i use 'elpy' regularly within emacs, and typically test/load functions incrementally into a python repl buffer, or interact with the repl directly
- phoe-krk 6y ago
  Thanks! I haven't seen elpy before - I'll take a look at it. It seems like exactly the thing I described.

greggyb 6y ago

It's easy to get to a shallow similarity with Python. I use elpy for Python development in emacs. My development style is highly iterative and I tend toward functional paradigms. I build up a Python program by evaluating lots of small pieces, slowly building those into the structure of my program. I don't write code into a saved file without first evaluating it in a linked REPL session. Python does not support the same style of connecting to a live process, like Lisp does. Nor does it have the same facilities of redefining components in a running system. The surface level actions look similar between my Lisp development and my Python development.

phoe-krk 6y ago
Thanks! I haven't seen elpy before - I'll take a look at it. It seems like exactly the thing I described.

cat199 6y ago

> I have not seen* Python used in a way in which one usually programs with Lisp not sure what you have in mind, but i use 'elpy' regularly within emacs, and typically test/load functions incrementally into a python repl buffer, or interact with the repl directly

phoe-krk 6y ago
Thanks! I haven't seen elpy before - I'll take a look at it. It seems like exactly the thing I described.