[2] https://radicle.network/nodes/seed.radicle.dev/rad%3Az3gqcJU...
[4] https://codeberg.org/forgejo-contrib/federation/src/branch/m...
What makes Github special is the ecosystem and integrations. Sentry, Linear, and so many other tools have special UX around Github. You need centralization (or at the very least, a standard) for that.
It sucks to see Github's fall from grace, but I just can't bring myself to use a service like this under the custody of SpaceX. I've been saying this for a while, but I really wish Linear would swoop in and become the unified platform for software development.
One great thing about the rise of AI is that now it's super easy to make and maintain integrations. This is a place where AI coding uniquely shines due to the points being well defined and mostly quite standard.
This is going to hurt the monopoly power of software companies. But it'll be great for allowing the proliferation of smaller companies, open source, and home grown solutions.
I'm already seeing the pendulum swinging back to local first instead of cloud services.
A lot of SaaS companies change their API in subtle ways throughout the months probably too rapidly. GraphQL schema changes, splitting apart one api endpoint into 2, changes to authentication method required. A thousand little cuts.
This used to be my biggest time waster. Now it's barely on my radar. Life changing for me. I guess your mileage may vary.
Concurrently, the writing is on the wall for us SaaS product providers - lower margins, and more competition for the same reasons. I welcome it. More quality and choice at a better price for everyone.
Agreed. It's like going from bad to worse. Not to mention, Origin doesn't even support actions. They are doing the easiest part of git hosting and no mention of anything that actually makes Github what it is. What Origin is offering is literally a weekend project, and anything having to do with Elon is arguably one of the least trustworthy organizations in whatever industry he chooses to participate in. No, thank you.
This is going nowhere. GitLab is the cautionary tale. Massive funding, nine figures of ARR, years of losses, and most of the revenue comes from self-managed enterprise licenses rather than the SaaS. If the best-funded attempt lands there, I don't see how this one goes anywhere when they have not even a minimum viable product and reputational issues right out of the gate.
Gitlab as a product is miles ahead of GitHub at this point. (Except at the point of scaling very large repositories I gather.) There is just very little money in saas beside the bespoke enterprise contracts.
I’m not sure how revenue between GitHub and Gitlab compared before the Microsoft acquisition and now but GitHub has always leaned on being the popular tool with the network.
We have a standard! It’s this great decentralized VCS called git. For most of the stuff integrations do, they’re just showing code or commits — both of which are readily available in a copy of the repo.
Probably the one thing that’s missing is a standardized webhook system so that your git repo storage could tell integrations when stuff changes. Though even that isn’t strictly necessary if the integrations keep a copy of the repo up to date.
In my opinion, Git is holding software development back. Git only cares about lines of text. This is not enough in today's world.
I'm working on git-inspired VCS based on syntax tree nodes stored in prolly trees. Might that be enough? I've not 100% locked down the format yet, but tentatively it looks like this: https://gist.github.com/conartist6/7dd40697140965ee343de93b9...
But that doesn’t mean we should have single centralized tool that does everything.
I’d posit there’s no big loss if you broke these things up and each had their own copy the repo (if needed):
- CI/CD
- issues
- code review/pull requests
- release artifact distribution
- discovery+social credit for open source
You could host your repo on any dumb storage somewhere that speaks git+ssh or git+https and each tool could pull from there.
And I say this as a certified git hater.
Like a specification[^0], which is exactly what ActivityPub is and what federation in Forgejo is built around?
[0]: https://en.wikipedia.org/wiki/ActivityPub
I'm sure that sentry and co could spend a few bucks and commit a KPI in one of their upcoming quarters to figure out the activity pub spec and support integrating with it if their hearts desired. It's a chicken egg problem and we all know chickens exist. It's clear that the centralized model is getting left behind, especially as the EU is moving away from US services and they continue to invest in open source, European-based alternatives like Codeberg and Forgejo.
Yes, Sentry or whoever else could build a Codeberg integration, or a Forgejo one, or a Gitlab one. But these would all be bespoke. There is no standard. So the one with the biggest market share ends up with the most integrations. This is where we are today.
I'm all for open standards. But I don't even know of a proposal for such a standard.
Sure, with AI tooling, you can vibe code your own browser extensions or other integrations in some cases. But for a lot of platforms, that just won't cut it. That's before we even get into the maintenance burden of that.
Interfaces exist in programming languages. The strategy pattern is one of the gang of four patterns. I'm sure a good engineer or an AI can figure it all out or is that too hopeful? Unless Sentry engineers or AI are too incompetent to make adapters? I hope not, the market is in big trouble if a dev tooling org cant make tools for where devs are
And then, 5 years later, we are back at square one when everybody uses Linear and they start going the fate of GitHub. Self-hostable, standardized alternatives are the only real sustainable solution.
I think people often forget that GitHub is really more akin to a social network than it is a software development tool.
By that I mean the stuff that makes GitHub great is all the same stuff that originally made social networks exciting (back before the algorithm was tuned into a horrifying cycle of negativity).
As someone who pays github, I'm super annoyed at the downtime and still I'm getting charged for actions running that all fail from their lack of concern for their enterprise customers.
Having some independent pools of capacity for paying vs. free customers isn't rocket science, it's basic competence (or care). I'm quite sure their are competent people remaining at GitHub (although I hear most of their original folks have left, and the 2nd tier of folks who joined from microsoft seem lackluster at best). I chalk this up to lack of care, or hubris, or both.
I also don’t buy their excuse that it’s due to increased loads due to AI. If that were the case then we’d see more patterns to the outages. But instead it affects all GitHub systems but at different times. It feels more like a problem with their orchestration layer than capacity issues.
I think there is plenty or room to innovate on just the basics of PR and codereview.
github didn’t start with those things. Those things came with adoption.
Its like all those people who bemoan their favourite software not existing on Linux as a reason not to switch, completely oblivious to the fact that this hegemony is the reason linux doesn’t have that software.
It’s like an appeal to the status quo - its self fulfilling, impossible to break.
I think “a standard” is the key here. There is no reason why integrations must work through a proprietary centralized service.
Given the history here, No matter which tool becomes the death star of developer workflow it always trends towards complexity and the challenges that come with it. Hosting your own doesn't become a panacea as most IT/ops teams also struggle with uptime and upgrades (increasingly relevant).
The only way out IMHO as customers picking two of these goliaths of sending a clear signal to them that we're happy to pay them handsomely for a stable and less sprawling product. Or a hosted open source version with a different cost structure that doesn't drive these wild swings at feature bloat and the inherent instability that comes with that chase.
Forgejo and Codeberg I look at as more like hobby projects. I would not trust them with my code.
With some wizardry applied, I effectively have an "Excel for worktrees", a very productive and low-friction environment. https://replicated.live/blog/crdt