The jupyter-notebook interface is IMO, not really suited for interactive development. Notebooks enforce code to be broken up into pieces of cells to be evaluated. The code must be written in a specific linear way to cater the format of notebooks. Also the distinction between the code & notebooks are too big, it's clunky to move between. You get to resort copy-pasting back-and-forth. It's always frustrating when I try…
Using Python and OCaml in the same Jupyter notebook
31–35 of 35 posts
Re: Using Python and OCaml in the same Jupyter notebook
#32Re: Using Python and OCaml in the same Jupyter notebook
#33The jupyter-notebook interface is IMO, not really suited for interactive development. Notebooks enforce code to be broken up into pieces of cells to be evaluated. The code must be written in a specific linear way to cater the format of notebooks. Also the distinction between the code & notebooks are too big, it's clunky to move between. You get to resort copy-pasting back-and-forth. It's always frustrating when I try…
This drops graphs straight back into emacs: https://github.com/dzop/emacs-jupyter
Re: Using Python and OCaml in the same Jupyter notebook
#34Re: Using Python and OCaml in the same Jupyter notebook
#35Earlier quoted context omitted.
I'm not saying that I don't understand the appeal; it's just that interactive development is usually done in Jupyter Notebooks due to the shortcomings of various editors not able to do code evaluation. I'm dreaming about something like Emacs Slime[0] for other languages (that aren't Common Lisp) where you can write code, evaluate it in the editor, switch to the REPL and test it, recompile while debugging.... etc. [1]…
CIDER is a SLIME-like environment for Clojure and ClojureScript, with a client for Emacs, among many other editors. If there's not an equivalent for Python, I hope someone is working on it :-) https://github.com/clojure-emacs/cider