Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GitHub Codespaces

github.com

Post reply on HN
Print view View original

61–70 of 619 posts

Re: GitHub Codespaces

#61

Post by aryamaan »

thwarted wrote: post #24
xendipity wrote: post #2

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-develo... - Most (all?) of their recent VSCode updates include improvements to remote development. i.e.: https://code.visualstudio.com/updates/v1_44#_remote-developm... - Facebook partnering and becoming an early…

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.

Didn't we already solve this problem with containers?

Re: GitHub Codespaces

#63

Post by sneak »

thwarted wrote: post #24
xendipity wrote: post #2

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-develo... - Most (all?) of their recent VSCode updates include improvements to remote development. i.e.: https://code.visualstudio.com/updates/v1_44#_remote-developm... - Facebook partnering and becoming an early…

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.

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.

Re: GitHub Codespaces

#64

Post by dstaley »

jfkebwjsbx wrote: post #19

Looks great! At least now we don't need to run VS Code in another Chromium instance! Now that Microsoft has Chromium Edge in Windows, it should be possible to provide a good way to spawn and communicate with Chromium GUIs/windows from native Win32 apps! That would be killer!

Boy do I have a surprise for you! https://docs.microsoft.com/en-us/microsoft-edge/hosting/webv...

Re: GitHub Codespaces

#65

Post by frank2 »

CraftThatBlock wrote: post #32

I hope they allow to run the VMs on local hardware. I would love to use my desktop resources (more than they are offering, which is still generous) for this feature. I think Chromebooks are going to be a great use for this. Lightweight client but full editor and environment, with no hassle.

>I think Chromebooks are going to be a great use for this.

A great use for this if you don't mind losing the ability to run Ublock Origin and similar extensions when Google "upgrades" the software on the Chromebook to extension manifest V3.

That is relevant because most developers probably need to look stuff up on the web while they are working. Some of us really don't like ads.

Re: GitHub Codespaces

#66

Post by mcolyer »

dmacewen wrote: post #22

I wonder if it's usable from an iPad. I haven't tried an online ide before, but if it works well it could be a great mobile development tool. It would be awesome if this could be setup as a backend for vim as well. Given how well Coc.vim integrates with VSCode tooling, I'm cautiously optimistic.

That's correct it's usable from an iPad during the beta. There are a few known issues but we're planning on addressing those so that we can support this workflow (I work as the product lead on Codespaces).

Re: GitHub Codespaces

#67

Post by jabits »

aryamaan wrote: post #61
thwarted wrote: post #24

Earlier quoted context omitted.

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.

Didn't we already solve this problem with containers?

You should read the article...nothing to do with containers...

Re: GitHub Codespaces

#68

Post by input_sh »

peey wrote: post #47

Is this built on top of open source technology? Say, can I integrate it into a gitlab instance, or host it on my own server?

It used to be called Visual Studio Online (it was renamed to this) and you could indeed run it on your server, so I'm assuming that's not going to change.

No clue about GitLab integration. I don't see myself using a browser tab instead of an app to write code, and the app does have GitLab plugins, so I'm gonna go with probably.

Re: GitHub Codespaces

#69

Post by michaelmior »

dmacewen wrote: post #22

I wonder if it's usable from an iPad. I haven't tried an online ide before, but if it works well it could be a great mobile development tool. It would be awesome if this could be setup as a backend for vim as well. Given how well Coc.vim integrates with VSCode tooling, I'm cautiously optimistic.

What do you mean by "a backend for vim"? I use vim almost exclusively for coding but I'm not really sure what you mean here.

Re: GitHub Codespaces

#70

Post by onionisafruit »

tomnipotent wrote: post #33
underdeserver wrote: post #15

I like how they say that if you don't want to develop in a browser, you can connect VS Code. You're still developing in a browser. Still a great IDE though.

> You're still developing in a browser. How so? Node/Electron != browser, though I see how the whole HTML/JS/CSS thing can be confusing.

I think it’s saying you’re still using chrome under the covers when you use electron apps.
Post reply on HN