Live data from Hacker News

GitHub Codespaces

github.com

101–110 of 619 posts

Re: GitHub Codespaces

#102
post #14

I can only imagine how the people at GitHub paid to work on Atom are feeling right now. Microsoft hasn't been kind to them!

Pretty sure they haven't been paid to work on Atom since the acquisition: https://github.com/atom/atom/graphs/contributors

They killed Atom the day they took over - they haven't had the balls to say anything publicly, but just go look at the commit graphs in the Atom repos. Here's a summary: https://twitter.com/DuncanLock/status/1177747512905461760

Re: GitHub Codespaces

#103

This is pretty epic. VS Code has proven itself to be one of the best (if not the best) and feature-complete editor out there. It's basically an IDE of a ton of languages at this point, and it's completely free. Integrating it with GH is a no-brainer move from Microsoft's standpoint, to increase market share even further with more seamless integration. If they're able to do setup for Python, Go, Ruby, and JavaScript p…

While VS Code is definitely good in general, and first choice for languages like JavaScript, I find it really hard to compare it to JetBrains PyCharm and GoLand (understanding GoLand has no free version). The debugging and refactoring experiences for Go and Python in VSCode feel slow, awkward to set up and configure and just generally tacked-on. I have gotten the PyCharm professional and GoLand licensed through my em…

The issue with PyCharm is that it’s actually quite hard to extend due to lack of proper documentation for their plugins.

I love it but I sometimes think of something that contains less features while is easier to develop for would be a better choice.

Re: GitHub Codespaces

#104

This is pretty epic. VS Code has proven itself to be one of the best (if not the best) and feature-complete editor out there. It's basically an IDE of a ton of languages at this point, and it's completely free. Integrating it with GH is a no-brainer move from Microsoft's standpoint, to increase market share even further with more seamless integration. If they're able to do setup for Python, Go, Ruby, and JavaScript p…

While VS Code is definitely good in general, and first choice for languages like JavaScript, I find it really hard to compare it to JetBrains PyCharm and GoLand (understanding GoLand has no free version). The debugging and refactoring experiences for Go and Python in VSCode feel slow, awkward to set up and configure and just generally tacked-on. I have gotten the PyCharm professional and GoLand licensed through my em…

Even for C# VSCode is way less useful than VisualStudio, which also has a free version (though doesn't run on Linux)

Re: GitHub Codespaces

#105
post #7

I couldn't find any info on how much memory/vCPU these will have available or if it's configurable, does anyone know?

Hey I'm a Codespaces PM. It's 2 cores 4GB right now but there will be more configurations coming soon as get further along in the beta.

Re: GitHub Codespaces

#106
OT: For those who like to have VS Code's features in an super responsive console environment: Check out coc.vim for nvim. It's a masterpiece.

Re: GitHub Codespaces

#107

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.

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.

Re: GitHub Codespaces

#108

This is great - it basically is signalling how Microsoft is thinking about GitHub. I think vscode is on its way to be owned by the GitHub team. Will the same happen to Azure Devops ?

> I think vscode is on its way to be owned by the GitHub team.

God please no, especially if anyone from Atom is involved.

I almost didn't even try vscode in the first place after atom soured me on electron.

Re: GitHub Codespaces

#109
post #75

This is going to be great for open source—Being able to get a fully-configured dev environment at a click of a button greatly lowers the barrier to entry. I've had a few small OS contributions where the time to set up the environment was more than the time I spent programming! I could also see this being popular with engineering teams. No futzing with the new hire's computer, just have them open a web browser and the…

From my experience (in the UK) companies either don't care about your environment assuming you set it up, or they just give you a preconfigured laptop (or workstation)

Re: GitHub Codespaces

#110
post #63

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.

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 wha…

Yeah, this.

The analogy seems clear to me: The web is to IE as git is to VSCode, eh?

At the very least, it makes it harder for an editor to be a competitor to VSCode w/o integrating with GitHub (not just git) now, eh?

Post reply on HN