Monopolies are subject to the laws of economics.

GitHub has gained near-monopoly status because it has provided a superior user experience at a great price. If either of those value propositions start to crumble,

  git remote add ...

Exploitative monopolies almost always have help from the state: The Patent Office, Interstate Commerce Commission, Federal Reserve, FDA, etc either grant monopoly or cartel privilege to their customers. Monopolies achieved on the market cannot be sustained without continuing to satisfy customer demands.

The point I think is that as GitHub adds more and more integrations (git + issues + fork graph + CI/CI + ...) then it's not so simple to move to another service. The vertical is more convenient until you realize you're an Oracle customer all over again.

With CI, I wonder if someone could build a tool which had some sort of DSL to define your CI pipeline, and then translated that to configuration files for multiple CI providers (Travis CI, CircleCI, GitHub Actions, Jenkins, etc.) If you write all your CI pipelines in that DSL, then moving to another provider would be just telling the tool to generate output for another backend.

(One issue is that such a DSL could only provide lowest common denominator functionality... or else, suppose CI providers 1 and 2 offer feature X but 3 and 4 don't, then if you use feature X, you can switch between 1 and 2, but the tool would give an "unsupported feature" error if you tried to generate output for 3 or 4.)

Having migrated from Travis to CircleCI for most of my active projects, I’d say their models are so vastly different it’s pretty much impossible to have an AST of sort that can be translated to both except for the simplest and most well-encapsulated cases (at least not before Travis supposedly improved Docker support, by which point I was already gone).

there is, oddly perhaps, an R package of all things that does this: https://github.com/ropenscilabs/tic

I personally find it almost scarily ambitious and am a bit skeptical because of the medium-term maintenance load.

Basically everyone I talk to despises Facebook, which gets pretty much no help from the state, but they still use it because there are no real alternatives.

My argument is that technological platforms are pretty special when it comes to monopoly power because their lock in/switching costs are so high that they can last long after they've stagnated in terms of innovation.

And they just buy up all their competition.

There are tons of alternatives just none that your friends are on.

Surprised no one has taken facebook's launch strategy. Only allow it in one school. Then only ivy league colleges. Then all colleges. Then everyone. Also allow you to import in your email contacts on signup.

That strategy created press / word of mouth and kept it youthful until they were ready for the big launch.

Facebook is different. Your friends are the product, not the tech. With Github the tech is the product.

Github is an example.

It's been less than a year since the MS acquisition. Give it time.

Microsoft is an even better example of a massive company continually competing. Their dev/tech products and tools have gotten magnitudes better in recent years.

Huh? MS is the perfect example of how monopolies cause things to stagnate. It was only when new technology paradigms allowed for the growth of companies like Google and Amazon (wrt AWS) did MS turn around.

IE stagnated for years after MS killed Netscape. No company has really ever challenged Windows on desktop PCs. It was only when new platforms like the Internet and mobile computing came along that provided space for upstarts did MS start competing again.

Sure, but that's the example of monopolies facing competition when they turn bad. Sometimes that takes a new platform shift, other times its just a better product, but either way if there's new value then the monopoly breaks down.

I think if anything, the problem today is companies that could be challengers just end up selling to the very incumbent they're competing against.

In the instances you’ve described where “monopolies” haven’t dominated the market, they were not actually monopolies because they didn’t have total ownership of the market.

A company can be a tech giant and still not be classed as a monopoly. Which are the kind of examples you’re think of.

For those that lived through the Windows 9x desktop monopoly in the 90s, the Internet Explorer monopoly, etc, they will see Microsoft as a prime example of how monopolies are terrible.

In fact the few areas where you actually see Microsoft improve things are in areas where they have experience but don’t actually have a monopoly (eg IDEs).

this is where the Valve vs Epic argument gets interesting as Valve has consistently been pro-consumer, so i have no problem with them being a monopoly.

Epic appears to be firmly pro-developer, which no matter what Tim Sweeney says isn't currently translating into an improved consumer experience.

Being pro-developer in the long term might result in better consumer experience.

Being too pro-consumer on the other hand... well, that gives you mobile gaming with heavy focus on free-to-play and plenty of ads.

Be careful what you wish for :)

Valve are not a monopoly. Steam's competition is not Epic, it is piracy.

Also Origin