Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> I'm sure it does fine at that, but there are perils with SSHFS-type access (like file corruption risks when you switch between editing machines.)

What does VSC do to mitigate that?

> And this really doesn't get close to what Visual Studio Code's Remote editing functionality can do. The Remote mode operates a full remote VSC environment over SSH or as a docker container, and that means things like being able to do find and replace at the remote end in the editor, but also manage git at the remote end using the built-in source control etc., but also it means support for extensions and build tools that run remotely.

Well, for search, there's still grep/git grep/ag (the built-in multi-file search might actually work over SSH; never tried it since I don't use it locally either), and for git, there's still, well, git. Nova (like Coda before it) is definitely more of an editor with some IDE-like enhancements than a full IDE, and I'm fine with that (in some ways Nova is even more focused since Coda had a built-in documentation reader and MySQL client and other tools I never used). Sometimes a nice butcher's knife is more useful than a Swiss Army tool.



> What does VSC do to mitigate that?

Basically it's not running a block filesystem over SSH at all. You are editing your files remotely. So there is no risk of block corruption (which has bitten me on the arse before).

In fact, if you log in twice to the same remote host as the same user using VSC, your editors will magically update each other, live. This is the underpinning of a pair-programming aspect of remote VSC that MS intend to productise.

And if you log into that machine and edit a file that is open in VSC Remote using something like vi, VSC will know about the changes. Plus you can edit very large files remotely.

Yes, you obviously could/can do all of your git stuff in a terminal window -- that is how I used to work even with VSC before the Remote facility was added. After 30 years of using unix I'm fine with that if I have to do it.

But you lose all the editor integrations, because git cannot work effectively over networked filesystems. Whereas with VSC Remote, all of that stuff works exactly as if it was local. Including almost all extensions, which install into the remote. The normal file search does not work well over a slow SSH filesystem link, because to search all those files they have to be downloaded, whereas file search in Remote mode is done by the remote.

What I like about this is being able to work with pretty much any machine that can support VSCode, without having to worry about installing dev tools on that machine. I then also use Vagrant so I can separate concerns among my clients (I'm kind of working in a pre-Docker world in the wider sense in the job I do, still, so Vagrant boxes and my own configuration system are a good substitute). Or I could edit inside WSL2, while VSC itself runs on the Windows machine.

I think Nova looks very nice indeed, and as a Mac user and erstwhile Transmit mega-fan I wish them well, but I was never impressed with Coda, which was interactively slow in the editor -- in some situations painfully so. (The iPad version was an occasional lifesaver but I use GoCoEdit there now.)

But it's pretty inescapable that VSC Remote is its killer feature. It's just that unless you've used it, it's hard to explain. Now that I know how much it has helped me, I can't envisage going back if I have the choice not to.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: