3 ms·
Maybe because the Jupyter is setup on the computing server, where everyone needs to log in to do their works? This was the case for my last 4 companies.
by anvuong 3y ago
Maybe because the Jupyter is setup on the computing server, where everyone needs to log in to do their works? This was the case for my last 4 companies.
- rollinDyno 3y agoI see. If I faced the same constraint I would try to find whether VSCode can access files remotely, which is very likely.
- arijun 3y agoThe VSCode remote access is IMO better than just accessing files remotely; it’s s a large part of why I use it instead of Pycharm. It splits the editor into a UI that is run locally, and a server that does the heavy lifting on the remote machine. Conceptually it’s very similar to Jupiter, where you have a user facing front end with the UI run on JavaScript and rendered by your browser, and a python kernel backend, and the two communicate over pipes that can be run over the internet. What it effectively means for VSCode is that you get a more seamless experience than I experienced with Pycharm remote development.
- arijun 3y agoI use VSCode (with the remote extension) for the situation you’re describing, and find it works extremely well. There are a couple little pain points, but none related to the remote part of the equation. Big positives are how it integrates with the rest of the IDE so go to definition, debug cell, and data explorer just work. Some negatives are a possibly onerous setup if not already using VSCode as your IDE (to get some of the IDE-like stuff to work), and how there isn’t exact parity on hot keys so muscle memory fails you occasionally.