Incident with Issues and Webhooks – Resolved
31–40 of 275 posts
Re: Incident with Issues and Webhooks – Resolved
#32Although I think I still ironically end up finding out about the outages on HN first.
Re: Incident with Issues and Webhooks – Resolved
#33worked for me pushing some commits about 20 minutes ago.
_Usually_ the blast radius isn't "GH is down globally across all functionality". So it can work for you while still being either down for other regions, or at least degraded.
Re: Incident with Issues and Webhooks – Resolved
#34And I still only have local git repository.
I do not like why git doesn't have a built in bug or issue tracker and a kanban board or something.
I wished Git and Fossil hybrid should have won.
I thought about using fossil many times but it seems codex and claude have deeper integration with git.
I don't like installing software which keeps growing into infinite feature Monster. Maybe I'll install gitea or forgjo idk.
That's the last piece of puzzle remaining for me I've already mastered deployment and HA on bare metal from OVH and Hertzner, already have scaled to tons of users
Re: Incident with Issues and Webhooks – Resolved
#35Github has published some incredible usage rate increase numbers, which they ascribe to the rise of agentic coding. At some point, they are going to have to change rate limits, cut free-tier usage, or find some other path to reducing load. It's clear that their infrastructure can't keep up with this significant increase, and it's unlikely that they're going to just absorb the increased costs themselves. Very curious…
They can't really cite the situation as a problem given their hand in creating and continuing it.
Re: Incident with Issues and Webhooks – Resolved
#36Github has published some incredible usage rate increase numbers, which they ascribe to the rise of agentic coding. At some point, they are going to have to change rate limits, cut free-tier usage, or find some other path to reducing load. It's clear that their infrastructure can't keep up with this significant increase, and it's unlikely that they're going to just absorb the increased costs themselves. Very curious…
In the same way you need to be 10x better for someone to consider switching to your product, if you get 10x worse your competitors get a free 10x by just standing still.
Re: Incident with Issues and Webhooks – Resolved
#37Re: Incident with Issues and Webhooks – Resolved
#38Github has published some incredible usage rate increase numbers, which they ascribe to the rise of agentic coding. At some point, they are going to have to change rate limits, cut free-tier usage, or find some other path to reducing load. It's clear that their infrastructure can't keep up with this significant increase, and it's unlikely that they're going to just absorb the increased costs themselves. Very curious…
I don't have a clear idea how that value can be captured, since it's going to be 90% AI generated code that anyone can scrape (public projects) or can't be used (private projects), so perhaps you're right.
Re: Incident with Issues and Webhooks – Resolved
#39Github has published some incredible usage rate increase numbers, which they ascribe to the rise of agentic coding. At some point, they are going to have to change rate limits, cut free-tier usage, or find some other path to reducing load. It's clear that their infrastructure can't keep up with this significant increase, and it's unlikely that they're going to just absorb the increased costs themselves. Very curious…
Usage numbers is the PR reason. Vibecoding insanity in Microsoft is the more plausible actual culprit.
Re: Incident with Issues and Webhooks – Resolved
#40Github has published some incredible usage rate increase numbers, which they ascribe to the rise of agentic coding. At some point, they are going to have to change rate limits, cut free-tier usage, or find some other path to reducing load. It's clear that their infrastructure can't keep up with this significant increase, and it's unlikely that they're going to just absorb the increased costs themselves. Very curious…
Isn't the data that flows through Github so valuable that they (Microsoft) are happy to eat the cost? I don't have a clear idea how that value can be captured, since it's going to be 90% AI generated code that anyone can scrape (public projects) or can't be used (private projects), so perhaps you're right.
Even if that is true, unless the value of the data corresponds to near-term revenue, then eventually the cost may simply not be possible to meet. Or for that matter, the capital to manage the increasing load may simply not exist - it does not matter how much valuable data you have, if the supply of hardware cannot keep up with your demand.
Also, I suspect that most of the "data" obtained by the incessant hammering on GitHub is not very valuable. Most business code is routine, and getting Copilot to help out with generating enormous amounts of it may not contribute much in return.