Facebook and Microsoft Partner on Remote Development
71–80 of 145 posts
Re: Facebook and Microsoft Partner on Remote Development
#72Earlier quoted context omitted.
vscode is based on Electron. So even if you run it locally, it runs on "browser". So Remote Desktop is not needed. Also there's some other features for remote development. You can for example develop inside Docker while running the UI on your desktop [1]. Or you can connect via ssh [2]. A bit like IDE split between client and server components. All the intelligence runs remotely, just UI runs locally. [1] https://cod…
Electron is not the browser - it's node.js + HTML DOM - I get what you are trying to say but being electron based doesn't really buy you anything in the scenarios you listed, native UI IDEs can and do use SSH filesystem and language servers in a same way VS code does (for example both those features exist in visual studio proper, and work even more reliably imo)
Re: Facebook and Microsoft Partner on Remote Development
#73Very happy about this move. Nuclide’s remote development capabilities were way above anything else I’ve tried (Sublime, IntelliJ Ultimate, VSCode, remote SSH mounts, etc). It’s the only solution I’ve found that really allows you to browse the remote filesystem as smoothly as you would with your local drive (including when you’re also changing the remote files outside the IDE), degrade functionality as needed when the…
What is missing from vscode for remote development? MS released their remote development extensions earlier this year, and everything from browsing to searching feels native.
Re: Facebook and Microsoft Partner on Remote Development
#74Earlier quoted context omitted.
What is missing from vscode for remote development? MS released their remote development extensions earlier this year, and everything from browsing to searching feels native.
Do you happen to know if it works for vagrant VM's? Because having a file system mismatch (symlinked dependencies in vm, IDE doesn't recognise them) is a bit of a pain point for me right now, it would be really fantastic to find a solution within VSC.
Re: Facebook and Microsoft Partner on Remote Development
#75Earlier quoted context omitted.
What is missing from vscode for remote development? MS released their remote development extensions earlier this year, and everything from browsing to searching feels native.
Do you happen to know if it works for vagrant VM's? Because having a file system mismatch (symlinked dependencies in vm, IDE doesn't recognise them) is a bit of a pain point for me right now, it would be really fantastic to find a solution within VSC.
Re: Facebook and Microsoft Partner on Remote Development
#76Earlier quoted context omitted.
What is missing from vscode for remote development? MS released their remote development extensions earlier this year, and everything from browsing to searching feels native.
Do you happen to know if it works for vagrant VM's? Because having a file system mismatch (symlinked dependencies in vm, IDE doesn't recognise them) is a bit of a pain point for me right now, it would be really fantastic to find a solution within VSC.
Re: Facebook and Microsoft Partner on Remote Development
#77Very happy about this move. Nuclide’s remote development capabilities were way above anything else I’ve tried (Sublime, IntelliJ Ultimate, VSCode, remote SSH mounts, etc). It’s the only solution I’ve found that really allows you to browse the remote filesystem as smoothly as you would with your local drive (including when you’re also changing the remote files outside the IDE), degrade functionality as needed when the…
Re: Facebook and Microsoft Partner on Remote Development
#78I was an Atom holdout for a while - it felt disingenuous the way Microsoft kind of swept in and usurped their idea. But man, eventually I caved. VSCode is a marvel. It performs better than most native IDEs I've used, despite being Electron-based. It's the good parts of Visual Studio without any of the legacy baggage. Its package ecosystem is just as vibrant as Atom's, with solid support for nearly every language unde…
For me, the tipping point were some Atom bugs that remained open for a long time[1], when I decided I didn't want to deal with those any longer, I went back to Sublime, which is what I was using before - so from my point of view, it is Atom itself that created its own demise. Of course I'm not denying that the competition from VS Code played a part, but at the same time I think that the Atom community could have addr…
Kind of like how Android apps can just do whatever they want, and how that's become a major performance challenge for Google to mitigate. Whereas iOS says "here's how you send push notifications, here's how you do X Y and Z in the background, here's how you do web views, work within these APIs". Those constraints allow the platform to schedule and prioritize things, reuse work, and enforce quality. I don't actually know firsthand that VSCode enforces this kind of model, but I don't see how else they could get the performance they do with arbitrary extensions written in JavaScript.
Re: Facebook and Microsoft Partner on Remote Development
#79I was an Atom holdout for a while - it felt disingenuous the way Microsoft kind of swept in and usurped their idea. But man, eventually I caved. VSCode is a marvel. It performs better than most native IDEs I've used, despite being Electron-based. It's the good parts of Visual Studio without any of the legacy baggage. Its package ecosystem is just as vibrant as Atom's, with solid support for nearly every language unde…
> usurped their idea. Monaco was a thing way before Atom was. It was publicly released after Atom but it was already in some of Microsoft's websites.
Still, a web-based code editor on its own has independent utility from an IDE. I'm not sure they would've taken the plunge into a full-on Electron IDE without Atom first showing that there was demand for one.
Re: Facebook and Microsoft Partner on Remote Development
#80The only drawback is that they had to learn and use vim to do their code editing. I tried to make their lives easier by setting every user with a default vim config, but the insert vs normal mode is a big hurdle for most students.
I'm glad visual studio code supports remote development, I'm hoping that means now my students can use it to ssh access my server and code there. Excited to try this out with new students.