We've wanted to make this change for the last 18 months, but needed our Enterprise business to be big enough to enable the free use of GitHub by the rest of the world. I'm happy to say that it's grown dramatically in the last year, and so we're able to make GitHub free for teams that don't need Enterprise features.
We also retained our Team pricing plan for people who need email support (and a couple of other features like code owners).
In general we think that every developer on earth should be able to use GitHub for their work, and so it is great to remove price as a barrier.
Thanks to everyone at Github making stuff like this possible and creating such a great epicenter for open source in general. Keep on being awesome!
Also I was wondering, Github is offering so many features for free, but does the company sustain itself through entreprise payments or some other stream? I was just curious. :)
As for how we sustain ourselves -- lots of big enterprise customers!
Well, unless they decide to switch market or shut down, in which case you're hosed no matter how much you're willing to pay.
For sure this is to the benefit of the involved companies. But paying for good tooling is normal not strange. When you go to your local handyman he will tell you a lot about good and expensive tools.
And that's money that's not going to better equipment. Or your salary. Or whatever else that it could be spent on that would have a far bigger effect.
> But paying for good tooling is normal not strange.
Paying for bad tooling is normal. Good tooling tends to come as a consequence of trying to solve something else.
Bad tooling also tends to be much more expensive to produce, because it's so prone to scope creep. Visual Studio had to build their own Docker wrapper, because telling people to just use it directly would give their users a glimpse of the outside world, and we can't have that!
> When you go to your local handyman he will tell you a lot about good and expensive tools.
The vital difference is that physical tools are expensive to duplicate and maintain. You can't distribute a hammer via BitTorrent.
Do you actually believe this was the reason behind developing Docker wrapper for VS? I mean you can always try stretching out the worst intention and motives, but do you actually believe this?
Suppose you do, how do you think about the gazillion 3rd party open source extensions to VS code? Did Red Hat develop OpenShift extension because they are part of the conspiracy too? Do you think that this is part of course change due to the IBM acquisition?
>The vital difference is that physical tools are expensive to duplicate and maintain. You can't distribute a hammer via BitTorrent.
The fact that you can distribute software for nearly free doesn't make the cost of producing it to be cheaper than hammer.
I don't think there is an explicit conspiracy. I do think there is a negative spiral where IDE addicts (for the lack of a better term) produce tools that "help" others avoid leaving their comfort zone.
I'm not immune to it either. When trying to learn Kubernetes I spent weeks fighting the graphical dashboard before just hunkering down and learning the core concepts and building my own intuition.
And I still like having an integrated environment. But with Emacs I'm at least generally just a `describe-function` or `describe-key` away from peeking behind the curtains.
> The fact that you can distribute software for nearly free doesn't make the cost of producing it to be cheaper than hammer.
Bad analogy. Producing it would be closer to developing the blueprint. Which is:
1. Done once
2. Tends to happen without economic incentives because, as it turns out, you probably want a hammer too