Live data from Hacker News

GitHub Codespaces

github.com

261–270 of 619 posts

Re: GitHub Codespaces

#261
post #246

Earlier quoted context omitted.

Gitlab CE, Gitea, Gogs

Some background on these: Gitea is a fork of Gogs. Both are written in Go and are pretty light on resources (they support SQLite as database backend). Gitlab is heavier on resources and requires at least Postgresql and Redis.

Gitlab looks nicer and has a lot more features even in the open source edition. (Though some paid features seem to be arbitrary paid vs free, like scoped tags, a feature everyone could use is paid, while a really Enterprise feature like kubernetes support is free)

Re: GitHub Codespaces

#262

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.

Are you sure it needs a remote component? The remote SSH dev experience is actually pretty good in python.

Re: GitHub Codespaces

#263

Earlier quoted context omitted.

As someone how really like github and really dislikes azure devops - and a corporate direction pushing us from the former to the later - any idea what their endgame is as these two converge?

I also use Azure DevOps for work and am a recently-former MSFT person. From what I've heard from those still there, most of the new development is going towards Github Actions, which is also reflected in their staffing movements. However with GHA running on top of ADO pipeline infrastructure (public info), Microsoft's success with the strategic slow burn as OP called it, and their super-long-term-support reputation,…

If webhooks become increasingly less useful we will know what thinks are going.

Re: GitHub Codespaces

#264

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…

Free is a huge minus in my book. If I'm not the customer, then I'm the product. I'll happily keep paying for my JetBrains all-product license: https://www.jetbrains.com/all/

Well, you must then love Oracle. I mean, what you are saying is just silly. Of course the producers of FOSS want something in return, but sometimes it's not nefarious as you might imagine it to be.

It could be a strategical investment to create an ecosystem out of technology that you know the best and can influence its direction, to then sell customizations and develop services on top of it. Like MS is doing here. Or RedHat. Or Google with Kubernetes. Or Canonical with Ubuntu. And so on.

Re: GitHub Codespaces

#265

Microsoft is really the best at the slow strategic burn. * You host your project in github * You fund your project using github sponsors * You develop your project using github codespaces * You compile, test and deploy using github actions * You cloud host on azure Each individual feature is definitely great. I'm not trying to be critical of Microsoft trying to turn their investment in github into a profitable busine…

Don't forget about VSCode! It's very quickly becoming one of the best free editors out there, replacing Sublime, Atom and the rest. I'm actually curious, will this be using Atom, it's own thing, or VS Code as the editor backend?

I have actually been running code-server [0] which finally allows me to have my powerful editor with all my settings and extensions and working with my own files on any device.

[0] https://github.com/cdr/code-server

Re: GitHub Codespaces

#266

Microsoft is really the best at the slow strategic burn. * You host your project in github * You fund your project using github sponsors * You develop your project using github codespaces * You compile, test and deploy using github actions * You cloud host on azure Each individual feature is definitely great. I'm not trying to be critical of Microsoft trying to turn their investment in github into a profitable busine…

We're not even porting GitHub to Azure. Our tooling is completely platform agnostic, and MSFT Actions facilitating deployment to Azure are built in the same platform and open sourced the same way that AWS, GCP and everyone else are offering theirs.

GitHub isn't driving anyone to Azure Devops, we'd prefer folks to migrate from AzDO to GitHub. The focus of much of our work is building out the GitHub platform to meet and fairly quickly exceed the capabilities of AzDO (or any other platform for that matter) in every respect

Re: GitHub Codespaces

#267

Earlier quoted context omitted.

Honestly, unless I'm working on a Windows machine, I find JetBrains Rider to be the best option for C# specifically. This is especially true if you like having your tests easily accessible from your IDE. That said, VSCode is still very nice for front-end pretty much universally, and it's also great for things like back-end Javascript/Typescript. I think Codespaces is really going to excel when it comes to things like…

> This is especially true if you like having your tests easily accessible from your IDE. I haven't used Rider, but I'm curious how it could be easier than the Visual Studio test explorer? It seems pretty convenient, and doesn't lack any obvious features I can think of.

Minor point: the Rider test explorer tells you why your tests aren't appearing. Visual Studio's test explorer will just say "You have no tests, try rebuilding your solution" even if you already rebuilt it.

Re: GitHub Codespaces

#268

It's interesting that Microsoft acknowledges the fact that their native windows platform is really not good for a lot of developer. Linux is better. The web is even better. Good direction they're heading to.

WSL 2 is really good: https://docs.microsoft.com/en-us/windows/wsl/wsl2-install

Re: GitHub Codespaces

#269

Earlier quoted context omitted.

I think it's more about all of the integration leading to efficiencies that are hard to ignore while they're being subsidized / promoted. It'll start out as something where the value proposition is too good to ignore, but, as time goes on, they'll tier off features and charge a premium as you scale up. There was a time when I was hopeful and though Microsoft would take a developer first approach with the end goal bei…

> The local version of VSCode will disappear overnight That's the beauty of open source though. VSCode is prominent enough that someone will fork it and maintain it if Microsoft pulls the plug.

My fear is that an officially supported marketplace for selling extensions would be appealing enough that important extensions would put all future development effort into their marketplace versions and cease development of local versions.

Re: GitHub Codespaces

#270

Typical Microsoft strategy: Embrace, extend and extinguish Soon the Platform will be renamed 'Microsost Visual Studio Github' or 'Microsoft team Github'. Then 'microsoft Visual studio hub'. Then at somme point, Github will be inside Visual studio code online and not anymore the other way around!

Github was since forever a proprietary product, so EEE doesn't apply here. This is equivalent to buying a closed email client and integrating it with MS Office.
Post reply on HN