4 ms·

I definitely fit into that second paragraph, and I appreciate you being careful to distinguish patience from being convinced of cost-benefit. I came to the conc

I definitely fit into that second paragraph, and I appreciate you being careful to distinguish patience from being convinced of cost-benefit. I came to the conclusion after some pottering that it would be tough to make emacs nearly as good a python IDE as pycharm, not like a weekend's work it looked like a project in itself. It would again be a project in itself to make it as useful as jupyter for data-things. Someone has worked on embedding jupyter in emacs but it's a bit janky and you're then locked out from any extensions which will be written in javascript and expecting a DOM. An investment in emacs seems to require a 10+ year time horizon, which means betting that it's going to grow and not decline, the numbers seem against that. I think what I really want is atom/light-table to get a lot better but the second died at birth and vscode is going to kill the first whilst having an uglier inner model that is less friendly to extensibility. I really wish Mr Granger had stuck with Light Table instead of running down a blind alley of VC money. There's a great quote that the threat to emacs is the browser, since it's a completely scriptable environment, I guess jupyter/light-table/atom embody that. I still use spacemacs for running shells and editing files kind of ad-hoc.

WalterGR 8y ago
vscode is going to kill the first whilst having an uglier inner model that is less friendly to extensibility. I haven’t used VS Code much, but it’s extensions seem pretty rich. What things can an extension do in Atom that it can’t do in VS Code?
taeric 8y ago
Comparing to jupyter seems odd. Org-mode can already do most anything I have seen jupyter do. Out of the box, pretty sure it can do more, since it supports tangling of source blocks for execution. Note that I can't really claim you are wrong. People do seem to be converging on these tools rather heavily. I just can't see how it is capabilities that is driving it. Looks more like standard marketing.
dangirsh 8y ago
Emacs + Jupyter integration got significantly better with the recent emacs-jupyter package [1], which, while young, is about as un-janky as any Elisp I've seen. I use this daily now for Julia/Python development. The acs-jupter Org client augments Org's code cells with dynamic completion and inspection provided by the (potentially remote) kernel. The sessions can be managed per-subtree, enabling me to maintain various contexts within one Org file. [1]: https://github.com/dzop/emacs-jupyter https://github.com/dzop/emacs-jupyter

WalterGR 8y ago

vscode is going to kill the first whilst having an uglier inner model that is less friendly to extensibility. I haven’t used VS Code much, but it’s extensions seem pretty rich. What things can an extension do in Atom that it can’t do in VS Code?

taeric 8y ago

Comparing to jupyter seems odd. Org-mode can already do most anything I have seen jupyter do. Out of the box, pretty sure it can do more, since it supports tangling of source blocks for execution. Note that I can't really claim you are wrong. People do seem to be converging on these tools rather heavily. I just can't see how it is capabilities that is driving it. Looks more like standard marketing.

dangirsh 8y ago

Emacs + Jupyter integration got significantly better with the recent emacs-jupyter package [1], which, while young, is about as un-janky as any Elisp I've seen. I use this daily now for Julia/Python development. The acs-jupter Org client augments Org's code cells with dynamic completion and inspection provided by the (potentially remote) kernel. The sessions can be managed per-subtree, enabling me to maintain various contexts within one Org file. [1]: https://github.com/dzop/emacs-jupyter https://github.com/dzop/emacs-jupyter