5 ms·

Ah, this really makes sense with all of the recent work they've done on VSCode's remote development capabilities. - An early announcement on their focus: https

Ah, this really makes sense with all of the recent work they've done on VSCode's remote development capabilities. - An early announcement on their focus: https://code.visualstudio.com/blogs/2019/05/02/remote-development https://code.visualstudio.com/blogs/2019/05/02/remote-develo... - Most (all?) of their recent VSCode updates include improvements to remote development. i.e.: https://code.visualstudio.com/updates/v1_44#_remote-development https://code.visualstudio.com/updates/v1_44#_remote-developm... - Facebook partnering and becoming an early, heavy adopter: https://developers.facebook.com/blog/post/2019/11/19/facebook-microsoft-partnering-remote-development/ https://developers.facebook.com/blog/post/2019/11/19/faceboo...

realharo 6y ago
The WSL integration is a pretty good result of that effort too.
thwarted 6y ago
I wish the vscode remote dev functionality didn't require a binary server/remote side component. I have a bunch of users who want to use it, but it's not compatible with the system libraries on our servers and dev environments.
- aryamaan 6y ago
  Didn't we already solve this problem with containers?
  - jabits 6y ago
    You should read the article...nothing to do with containers...
    - IAmLiterallyAB 6y ago
      I believe he was referring to the system libraries being outdated problem
    - mbreese 6y ago
      The article has a lot to do with containers. When you spin up a code space, you get a containerized workspace for the current repository. > Codespaces sets up a cloud-hosted, containerized, and customizable VS Code environment. After set up, you can connect to a codespace through the browser or through VS Code. (But that wasn’t what the parent was referring to...)
- sneak 6y ago
  There are perpetual reminders all around that Microsoft's only pretending to like f/oss because that's where the developer attention (and thus corporate money) is. There's spyware in all of their open source apps (TypeScript excluded, because they couldn't get away with it there) that you can of course patch out, but you can't get it removed from the project because, free software or not, Microsoft gets to decide what goes in or out. Bet you a dollar the GitHub mobile app that's going to come out pretty soon will also be totally proprietary with no source provided. It's a growing trend in developer tooling: even Docker's desktop versions (not Microsoft's fault, but still) are not even open source (much less free software). It's going to be really sad in a few years when Microsoft starts turning the screws to extract more revenue from this free software ecosystem (GitHub/npm) that they are coming to exert major control over. Soon, the most common "industry standard" tooling for the largest and most popular software development ecosystem (javascript) will rely heavily on proprietary software that spies on you continuously while you use it, just like Windows.
  - oefrha 6y ago
    > Bet you a dollar the GitHub mobile app that's going to come out pretty soon will also be totally proprietary with no source provided. Stable version already came out a while ago, been using it on my phone. Also, GitHub the website has never been open source and they never pretended it was or was going to be, so no one was holding breath for source code of the mobile app.
    - saagarjha 6y ago
      I mean, they could have totally released the source and it probably wouldn’t impact their bottom line at all.
      - jon-wood 6y ago
        It would make quite a dent in support contracts for their on-prem offering.
        6y ago
- _jal 6y ago
  Reminds me of a job in a past life I was quite happy to leave. It seemed like all I did was clean up low-end websites compromised through Frontpage extensions. That was a year I'll never get back, but I do highly recommend the fun of leaving _vti_bin/ directories laying around with funny-behaving things in them. Every few months I still see evidence in my personal site logs of a script kiddie slowly becoming enraged as they figure out I left them a busy box to play with.
- soVeryTired 6y ago
  Are you sure it needs a remote component? The remote SSH dev experience is actually pretty good in python.
  - thwarted 6y ago
    Quite sure. Here's the documentation. https://code.visualstudio.com/docs/remote/remote-overview https://code.visualstudio.com/docs/remote/remote-overview It seems like it runs all the functionality on the remote end, and the vscode instance you're running on the machine in front of you is just the GUI. To install this, you need ssh access, and then it drops some binaries on the remote system and uses ssh to start them up -- so it looks to a layman trying to get this working that "it only needs ssh", but that's just for the install stage. These binaries only work with more recent releases of glibc. You know what's interesting about some of the features listed on that page: - Develop on the same operating system you deploy to or use larger or more specialized hardware. - Sandbox your development environment to avoid impacting your local machine configuration. - Make it easy for new contributors to get started and keep everyone on a consistent environment. - Use tools or runtimes not available on your local OS or manage multiple versions of them. - Access an existing development environment from multiple machines or locations. We have all those already with the way our development environments are setup, but the reason people want to use vscode is for the editor, no one asks about the above things.
    - hamandcheese 6y ago
      So then perhaps you could mount the remote file system with something like SSHFS and use VS Code locally? I don’t understand what VSCode could provide that would be useful while not executing any code on the server side. It sounds like what you’re really asking is that vscode be made compatible with older version of glibc?
      - thwarted 6y ago
        sshfs is god awful slow for heavy local editor use. I don't understand what vscode provides other than an editor when all those capabilities are something that already exists when working directly on a remote machine, either. I am asking that vscode be made compatible with older, established builds of glibc; or that the server component be open source so it's potentially possible to get it to work.
- shaklee3 6y ago
  Use the remote containers plugin and that problem goes away.
ivalm 6y ago
Their remote development capability is amazing and was quite a game changer for me. Having a nice ide where all of the plugins work on a remote server as if everything is local is so nice!
- dastbe 6y ago
  remote dev (and I guess now codespaces) is one of those "clear differentiators" that is actually getting me to move away from intellij and friends.
  - rubber_duck 6y ago
    I wish IntelliJ moves in this direction so bad - would gladly pay more for this. I tried switching to VS Code for my current project yesterday and it's the best VS Code scenario out of my projects - backend RoR frontend React/TS. TypeScript aspect is amazing but the Rails part is nowhere close to RubyMine. .NET (Core) was inferior to any IDE (even Xamarin ones) last time I tried it (~6 months back). IntelliJ Rider has been quite an amazing discovery in this regard - I prefer it to Visual Studio. And then there are things like mobile development which VS Code has realistically no chance of touching. Any language I can think of other than TypeScript - VSCode just cannot come close to IntelliJ support. I would pay for the ability to have a desktop machine on which I could SSH develop from say a Windows tablet/2in1 with integrated 4G and hardware powerful enough to run the client editor + productivity apps and has portability + battery life (say some intel low power series + 8GB ram)
    - Aeolun 6y ago
      I agree. I’d love remote intellij development, but it doesn’t seem to be something they’re interested in at all.
    - Wintereise 6y ago
      In my experience, it can't even do it for TS either. WebStorm seems to understand Microsoft's TS better than the VS Code Plugin. Complex refactors actually work.
ehsankia 6y ago
Is there a way yet for me to run a server on Windows, and be able to code anywhere from my web browser? I basically want code-server that works on Windows. https://github.com/cdr/code-server https://github.com/cdr/code-server
- deleted 6y ago
  [deleted]
- WorldMaker 6y ago
  You can register your own machines with Visual Studio Codespaces: https://devblogs.microsoft.com/visualstudio/bring-your-own-machine-to-visual-studio-online/ https://devblogs.microsoft.com/visualstudio/bring-your-own-m... It's not entirely self-hosted, but it's an interesting hybrid middle-ground.
- nhooyr 6y ago
  Coming soon :)

realharo 6y ago

The WSL integration is a pretty good result of that effort too.

thwarted 6y ago

I wish the vscode remote dev functionality didn't require a binary server/remote side component. I have a bunch of users who want to use it, but it's not compatible with the system libraries on our servers and dev environments.

aryamaan 6y ago
Didn't we already solve this problem with containers?
- jabits 6y ago
  You should read the article...nothing to do with containers...
  - IAmLiterallyAB 6y ago
    I believe he was referring to the system libraries being outdated problem
  - mbreese 6y ago
    The article has a lot to do with containers. When you spin up a code space, you get a containerized workspace for the current repository. > Codespaces sets up a cloud-hosted, containerized, and customizable VS Code environment. After set up, you can connect to a codespace through the browser or through VS Code. (But that wasn’t what the parent was referring to...)
sneak 6y ago
There are perpetual reminders all around that Microsoft's only pretending to like f/oss because that's where the developer attention (and thus corporate money) is. There's spyware in all of their open source apps (TypeScript excluded, because they couldn't get away with it there) that you can of course patch out, but you can't get it removed from the project because, free software or not, Microsoft gets to decide what goes in or out. Bet you a dollar the GitHub mobile app that's going to come out pretty soon will also be totally proprietary with no source provided. It's a growing trend in developer tooling: even Docker's desktop versions (not Microsoft's fault, but still) are not even open source (much less free software). It's going to be really sad in a few years when Microsoft starts turning the screws to extract more revenue from this free software ecosystem (GitHub/npm) that they are coming to exert major control over. Soon, the most common "industry standard" tooling for the largest and most popular software development ecosystem (javascript) will rely heavily on proprietary software that spies on you continuously while you use it, just like Windows.
- oefrha 6y ago
  > Bet you a dollar the GitHub mobile app that's going to come out pretty soon will also be totally proprietary with no source provided. Stable version already came out a while ago, been using it on my phone. Also, GitHub the website has never been open source and they never pretended it was or was going to be, so no one was holding breath for source code of the mobile app.
  - saagarjha 6y ago
    I mean, they could have totally released the source and it probably wouldn’t impact their bottom line at all.
    - jon-wood 6y ago
      It would make quite a dent in support contracts for their on-prem offering.
      - 6y ago
_jal 6y ago
Reminds me of a job in a past life I was quite happy to leave. It seemed like all I did was clean up low-end websites compromised through Frontpage extensions. That was a year I'll never get back, but I do highly recommend the fun of leaving _vti_bin/ directories laying around with funny-behaving things in them. Every few months I still see evidence in my personal site logs of a script kiddie slowly becoming enraged as they figure out I left them a busy box to play with.
soVeryTired 6y ago
Are you sure it needs a remote component? The remote SSH dev experience is actually pretty good in python.
- thwarted 6y ago
  Quite sure. Here's the documentation. https://code.visualstudio.com/docs/remote/remote-overview https://code.visualstudio.com/docs/remote/remote-overview It seems like it runs all the functionality on the remote end, and the vscode instance you're running on the machine in front of you is just the GUI. To install this, you need ssh access, and then it drops some binaries on the remote system and uses ssh to start them up -- so it looks to a layman trying to get this working that "it only needs ssh", but that's just for the install stage. These binaries only work with more recent releases of glibc. You know what's interesting about some of the features listed on that page: - Develop on the same operating system you deploy to or use larger or more specialized hardware. - Sandbox your development environment to avoid impacting your local machine configuration. - Make it easy for new contributors to get started and keep everyone on a consistent environment. - Use tools or runtimes not available on your local OS or manage multiple versions of them. - Access an existing development environment from multiple machines or locations. We have all those already with the way our development environments are setup, but the reason people want to use vscode is for the editor, no one asks about the above things.
  - hamandcheese 6y ago
    So then perhaps you could mount the remote file system with something like SSHFS and use VS Code locally? I don’t understand what VSCode could provide that would be useful while not executing any code on the server side. It sounds like what you’re really asking is that vscode be made compatible with older version of glibc?
    - thwarted 6y ago
      sshfs is god awful slow for heavy local editor use. I don't understand what vscode provides other than an editor when all those capabilities are something that already exists when working directly on a remote machine, either. I am asking that vscode be made compatible with older, established builds of glibc; or that the server component be open source so it's potentially possible to get it to work.
shaklee3 6y ago
Use the remote containers plugin and that problem goes away.

ivalm 6y ago

Their remote development capability is amazing and was quite a game changer for me. Having a nice ide where all of the plugins work on a remote server as if everything is local is so nice!

dastbe 6y ago
remote dev (and I guess now codespaces) is one of those "clear differentiators" that is actually getting me to move away from intellij and friends.
- rubber_duck 6y ago
  I wish IntelliJ moves in this direction so bad - would gladly pay more for this. I tried switching to VS Code for my current project yesterday and it's the best VS Code scenario out of my projects - backend RoR frontend React/TS. TypeScript aspect is amazing but the Rails part is nowhere close to RubyMine. .NET (Core) was inferior to any IDE (even Xamarin ones) last time I tried it (~6 months back). IntelliJ Rider has been quite an amazing discovery in this regard - I prefer it to Visual Studio. And then there are things like mobile development which VS Code has realistically no chance of touching. Any language I can think of other than TypeScript - VSCode just cannot come close to IntelliJ support. I would pay for the ability to have a desktop machine on which I could SSH develop from say a Windows tablet/2in1 with integrated 4G and hardware powerful enough to run the client editor + productivity apps and has portability + battery life (say some intel low power series + 8GB ram)
  - Aeolun 6y ago
    I agree. I’d love remote intellij development, but it doesn’t seem to be something they’re interested in at all.
  - Wintereise 6y ago
    In my experience, it can't even do it for TS either. WebStorm seems to understand Microsoft's TS better than the VS Code Plugin. Complex refactors actually work.

ehsankia 6y ago

Is there a way yet for me to run a server on Windows, and be able to code anywhere from my web browser? I basically want code-server that works on Windows. https://github.com/cdr/code-server https://github.com/cdr/code-server

deleted 6y ago
[deleted]
WorldMaker 6y ago
You can register your own machines with Visual Studio Codespaces: https://devblogs.microsoft.com/visualstudio/bring-your-own-machine-to-visual-studio-online/ https://devblogs.microsoft.com/visualstudio/bring-your-own-m... It's not entirely self-hosted, but it's an interesting hybrid middle-ground.
nhooyr 6y ago
Coming soon :)