Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

36% Positive

Analyzed from 2656 words in the discussion.

Trending Topics

#github#don#microsoft#sympathy#incidents#com#free#https#since#years

Discussion (160 Comments)Read Original on HackerNews

kashnoteabout 14 hours ago
I think we need to have a little more sympathy for GitHub. You could justify the jabs when we could all blame any outage on the migration to Azure, but then they shared numbers around the scale they're dealing with now that everyone is constantly building and pushing with AI.

I think it's commendable that they're not limiting access to the site or (intentionally) throttling newcomers. Yes, they need to get this figured out, but a little sympathy goes a long way. I personally wish them the best and hope their on-call people can go back to getting normal amounts of sleep soon.

gogobioabout 14 hours ago
Sympathy? It's a Microsoft company that is being ran with a consistency of a startup in early seed rounds. Their downtime is abhorrent and unacceptable as far as enterprise goes. Their engineers look like absolute amateurs allowing for such low class work it results in their customers experiencing industry leading downtime.
__MatrixMan__about 14 hours ago
Sympathy negated by their 2026 Pwnie award: "Lamest Vendor"

https://this.weekinsecurity.com/microsoft-wins-lamest-vendor...

javier2about 14 hours ago
and it has been so damn slow for a number of years now, it drives me insane.
sandeepkdabout 13 hours ago
I think somewhere down the line you have an answer to problem itself. Its for a while that companies are not into the business of sympathies, we should probably not get into that side for the topic.

1. Github has enterprise users who paid for the service, their day job requires Github to be available and working

2. Github has generous free tier which is the one which is exploring a lot more with the AI generated code.

It is a complexity in itself but the traffic should have been separated, the free users should not be allowed to bring down Github for enterprise customers (Just to clarify, I am free user myself). And if they do not have capacity it would have been perfectly fine to push back or throttle new users/repositories.

herpdyderpabout 14 hours ago
> I think it's commendable that they're not limiting access to the site or (intentionally) throttling newcomers.

I don't think this is commendable at all. I give GitHub a lot of money and I'm tired of it being wasted with downtime.

jjiceabout 14 hours ago
It's a shame that the GitHub org that we use at my job that we pay a lot of money for gets affected the same way my personal nonsense does.

I don't know the architecture or any of that, but I feel like there could be (and it's not like they would've really known this until the last year or two with the massive spike) separate infrastructure for paid users/orgs vs free the same way they make the distinction with enterprise.

I get the massive load changes that they are under over the last two years, but why does a bunch of vibe coded slop take down the same resources that my company pays for every single month and has for years? I imagine properly splitting that out would be an absolute headache and not worthwhile for them vs stabilizing the rest of the service, but damn it sucks when I get blocked at work because GH is down.

tempest_about 13 hours ago
Our GitlabCE instance has been sitting in the racks for nearly two years with almost 100% uptime running on 10 year old xeons that have long since paid for themselves.

Of course it is not free of all management but for our use case it is working.

There are hiccups with the CI runners from time time but nothing major and we have another machine in another rack that serves as a backup which can be brought up ~< 20 minutes.

I know companies have long since tossed their expertise for hosting their own stuff in favour of SaaS but at some point its hard to beat the up time of a single machine.

mronetwoabout 14 hours ago
We have a business relationship so no we shouldn’t have any sympathy. They sell a service and they’re failing to provide it.
ameliusabout 14 hours ago
Why? If we have sympathy for Apple then we can have sympathy for Microsoft ...
mirashiiabout 14 hours ago
You're the only mention of Apple in this thread, and I don't see what they have to do with it.
pimeysabout 13 hours ago
Wait, I don't sympathize Apple at all... Or any other American corporation.
padjoabout 14 hours ago
I don't typically have sympathy for businesses that fail to deliver a service as advertised.

I can have sympathy for the humans caught in the crossfire but only managing one nine of availability on a commercial service is not acceptable.

VCFundedGenYerabout 13 hours ago
"Leave the big trillion dollar corporation alone" is not the right idea.
jraphabout 13 hours ago
They did that to themselves, and doubly so.

They decided they needed to capture the whole open source ecosystem by turning open source work into social networking... on a proprietary platform (because open source is great, especially when it's others' software). That was before they joined Microsoft.

And then Microsoft pushed AI everywhere, including on GitHub itself with copilot.

I would have liked if they had left the open source projects alone and didn't create that FOMO for not using them.

I have no sympathy.

kstrauserabout 13 hours ago
> And then Microsoft pushed AI everywhere, including on GitHub itself with copilot.

Ding ding ding, we have a winner. I like AI. I work for an AI company. Still, Microsoft aggressively pushed GitHub users toward Copilot. They don't get to do that and complain about increased volume from AI-generated changes.

No Copilot + reasonable operation: the way things were

Copilot + reasonable operation: Well done!

No Copilot + being overwhelmed by AI commits: Sympathy.

Copilot + being overwhelmed by AI commits: "Where did that petard come from that's hoisting us?"

mcmcmcabout 13 hours ago
It’s commendable that they let people give them training data for free?
dpzabout 14 hours ago
Maybe for a free account.

But we pay enterprise license and GitHub is a big dependency in our software flow.

If this continues to be a problem as an enterprise product they need to do something. Otherwise theyre are going to to start losing business

0xbadcafebeeabout 12 hours ago
[delayed]
nilteceduabout 13 hours ago
idk man, we pay stupid amounts of money to microsoft, we are an enterprise customer, expecting better availablity compared to my laptop isnt really a high bar.
JDupsabout 14 hours ago
Constant building with AI is something that they (Microsoft) promote and are heavily invested in.
bamboozledabout 13 hours ago
No, we don’t.
theideaofcoffeeabout 13 hours ago
Give me a break. Sympathy? For microsoft? That might have flown when github was like seven people, but they have nearly unlimited resources to make it better. They're just choosing not to. Let's talk contracts and money before we pull the sympathy card.

I used to be on-call in a high-traffic environment where single customers pushed more bits than entire nations. I chose the role. I didn't want people's sympathy, if anything, I wanted them to complain to management.

If it gets too bad they can quit. Maybe that would be for the best, just wear the thing down until it outright fails and no one wants to touch it. One less bullshit service sucking all of the oxygen out.

joshuahedlundabout 12 hours ago
Given that the outages are caused by record traffic, so far they are only cooked in the Yogi Berra sense of “Nobody goes there anymore, it’s too crowded”
Waterluvianabout 11 hours ago
Gets me wondering… if I get used to the fact that some location is busy, I stop going there. Other people might do the same. Could this create a detectable wavy signal over time? People stop going because it’s busy. It stops being busy. People go because it’s not busy. Repeat. Is this a known phenomenon?
iamflimflam1about 10 hours ago
Closest thing would be the “El Farol Bar problem”

https://en.wikipedia.org/wiki/El_Farol_Bar_problem

Bratmonabout 11 hours ago
Many people think we're on the path to having separate webs for AIs and humans. This may be the beginning of that.
bluefirebrandabout 11 hours ago
As much as I would like that to happen, I don't think it is at all possible until we solve the "is a human" problem.
majormajorabout 11 hours ago
Random AI slop code pushers don't pay the bills. Traffic isn't revenue.

I've started suggesting to my CTO that we move to something else because we do pay the Github bills and yet we are also affected by other people's activity. Avoiding that is not a hard engineering problem for an alternative.

A world where a record amount of code is pushed to GH but a large amount of paying customers leave would be "cooked"

olyjohnabout 10 hours ago
Yeah I don't feel bad for Microsoft, but I don't feel bad for people who keep paying them for it either. This has been going on forever now. Nothing will happen until people start leaving. I don't honestly understand why so much shit is on GitHub when there are so many alternatives, anyways. It's fucking git! Can't people do or try anything different, ever?
pocksuppetabout 10 hours ago
People are on GitHub because it's the cool thing to do, and there is no concept of anything else that could matter.
Fuzzwahabout 13 hours ago
Near the end of the 8.5 years that I worked at GitHub as an enterprise support engineer, I asked in an all hands if a "GitHub Classic" product had been considered. Much like World of Warcraft Classic, I imagined it would be a rewrite focused on matching the simpler feature set of the past.

I was basically given the same response that blizzard gave that question; "you think you want that but you don't".

JeremyHerrmanabout 14 hours ago
> "GitHub has had 1125 incidents since February 2016, implying a monthly incident rate of 24"

1125 incidents / 126 months ≈ 8.9 incidents per month, not 24

still terrible, but why such an obvious error in the first sentence...

graypeggabout 13 hours ago
Ahhh, I think the author mixed up two values here. That value seems to actually be the average over the past 3 months.

    const incidents = e.detail.incidents;
    
    // ...snip...
    
    const now = new Date();
    const threeMonthsAgo = new Date(now);
    threeMonthsAgo.setMonth(threeMonthsAgo.getMonth() - 3);
    
    // ...snip...
    
    var currentFreq = recentIncidents.length / 3; // <- We out here, smoking these guns with our homeboy Claude
    
    // ...snip...
    
    var earliest = null;
    for (var j = 0; j < incidents.length; j++) {
      var dd = new Date(incidents[j].started_at); // <- eventually incidents[j].started_at is "2016-03-01T07:07:37.000Z"
      if (!earliest || dd < earliest) earliest = dd;
    }
    
    // ...snip...
    
    document.getElementById('n-since').textContent = earliest
      ? earliest.toLocaleDateString('en-US', { month: 'long', year: 'numeric' })
      : '?';
    document.getElementById('n-rate').textContent = Math.round(currentFreq * 10) / 10;

#n-since is going to be either march or feburary. It'll change depending on your timezone because JS's Date object always shifts the date around to match the same instant but in the system's timezone.

#n-rate has nothing to do with the #n-since month, it's just the last trailing 3 months. And even then, it's sort of underbaked? It's moving the date back by 3 calendar months not taking into account differing numbers of days, so it'll under-report short months.

I wouldn't trust the stats here.

Edit: whoops, author updated the template while I was writing this! It now says "Over the last 3 months", though that's still calendar months.

6LLvveMx2koXfwnabout 14 hours ago
Not sure whether it has been updated since your comment, but the sentence now reads:

    GitHub has had 1125 incidents since March 2016. Over the last 3 months, they've averaged 24 incidents per month
edit: although they also have 1.2 days of downtime (in a day) for their 'worst days' of downtime table, which suggests some auto number crunching is not working as expected.
gen220about 13 hours ago
Yes I tweaked it! The number and copy were mismatched and are no longer!

That worst day is likely an overlapping incidents accounting issue; I tried to account for overlapping incidents in another view but probably failed to port it over there.

Should be fixed soon!

stevageabout 13 hours ago
> GitHub has had 1125 incidents since March 2016. Over the last 3 months, they've averaged 24 incidents per month (↓ 5% vs prev 3mo).

Looks like they fixed it already

4petesakeabout 14 hours ago
Prob used Copilot to write the excel formula...
_heimdallabout 12 hours ago
I feel for the team having to deal with these problems at github today. Its also beyond me how those in charge for years wouldn't have seen this coming.

Github was bought by Microsoft, whether they wanted to acknowledge that internally or not. Microsoft went deep on LLMs, and specifically on LLMs for coding use cases. They must have recognized that LLM generated code and PRs would effectively DDoS GitHub.

I can only assume they simply didn't care, likely driven by greed.

bushbabaabout 15 hours ago
could have been a page with a static 'Yes' and a significant portion of time it'd be accurate.
Gander5739about 15 hours ago
Relevant xkcd: https://xkcd.com/2236/
xyzzy_plughabout 12 hours ago
Is GitHub Cooked? Decidedly yes.

Migrating to something else has been raised as a concern during every engagement with clients and prospective clients in the past year.

"Do you use GitHub?"

"Yes though we'd like to move to something else, we just don't know what yet."

As soon as the next big thing shows up, they're done. And they know it.

Bratmonabout 10 hours ago
I wonder if this is a Microsoft Excel situation where everyone

1. Hates the status quo

2. Only uses a handful of the 10,000 features the status quo has

3. Uses a different handful than everyone else

Because that model kept Excel as the center of buisnesses around the world for 30 years and counting

jeremyjhabout 10 hours ago
People don't hate Excel. Well - maybe programmers who don't use it hate it.

In reality, Excel is the only reason Microsoft still exists.

Excel is how they lure you in. Excel really is the best spreadsheet, its the only one every doc you are sent works with, but also the one people know inside and out. And if you are into Pivot tables, PowerQuery, etc there is just no escaping it. You are utterly stuck.

But here is how they get you: its not much more to rent the whole office suite compared to just Excel. And as long as you are into it that far, Outlook and Teams are much cheaper than GSuite + Slack. And still...okish? No, not really. But we pretend. And it wouldn't happen without Excel.

fulafelabout 6 hours ago
Microsoft has many products that people hate but are still the reason why they exist (eg Windows, Teams, Sharepoint etc).
404mmabout 14 hours ago
If backend GitHub services are anything like GHES then I’m surprised it even managed to scale this much.
silver92bulletabout 8 hours ago
I hear the comments that state we should have sympathy for github. For the individual ops/sre I can have that sympathy because it must a heck of a time internally to manage things. I can't however have sympathy for company itself. They have not set themselves or the community for success. I think it is the responsibility of the company to anticipate the issues or at least react in a way that would build trust. The fact is there is a systemic issue in the company that causes the repeated unreliableness and they have not rooted it out.
nightpoolabout 14 hours ago
Getting rid of Actions and Copilot and other secondary services almost halves Github's incident rate: https://i.imgur.com/XPcMIFr.png

I'm a big fan of Github Actions and I think people are often a little too harsh on it, but it's clear that it's sad that it's come at such a high cost to the platform's stability

Normal_gaussianabout 13 hours ago
Actions aren't secondary to most paid GH users; and if they are down it usually means no deployments and no tests, which can often halt work.
isityettimeabout 13 hours ago
GitHub Actions is really, really badly designed. The security model is fundamentally broken, the YAML hell is as bad as any, the log streaming lags like hell, they charge self-hosted runners for using their coordination plane, jobs queuing is really slow, and their software for actually running jobs is cursed and designed in a way that is practically hostile to self-hosting.

GitHub Actions is god-awful. Have you ever used any other CI tools?

crossroadsguyabout 8 hours ago
But after exploring some options for small but private and personal repos (not foss; not yet at least) I realised I am better off with a free Github private repo. There simply isn't a feasible free alternative for such a use-case without hitting, often a 50MB to say few 100s MB, the limit ASAP. There's gitlab.com, bitbucket (? haven't opened it in ages) but those are not better in any way for use cases like mine.

Are there any?

arccyabout 1 hour ago
> free

you are the problem

Advertisement
imnesabout 11 hours ago
It's not making headlines, but Google and Apple seem to be getting hammered by AI as well. Getting app updates approved to release on prod on Play Store / App store used to take days, now it's taking weeks.
djieidj283about 13 hours ago
It’s ironic that the SCM that 2026 software engineers landed on, is one with a complicated distributed usage model and is slow/down because of a centralised service
erlkonigabout 7 hours ago
Since when does Microsoft owning a thing actually improve that thing?
aussiedudeabout 5 hours ago
github.com expires in 44 days github.com's SSL certificate expires in 34 days.

Will either cause an outage next month?

devyabout 11 hours ago
Didn't GitHub CTO Vladimir Fedorov just posted this a couple days ago?

https://github.blog/news-insights/company-news/the-august-17...

fishfasellabout 11 hours ago
My first thought today seeing GH actions were degraded was "some good those 3 million cores did"
kuuuzyaabout 5 hours ago
Oh, nice, but whats the difference with their own tool?
kpres62about 6 hours ago
Maybe it's time we start HitGub
tdg5about 10 hours ago
I’ve reached the point where I just feel a mourning kind of sadness for GitHub
flyingshelfabout 6 hours ago
I feel that way for open source and programming in general. I don’t think it's going to be a thing anymore in just a couple of years. Even now I see people already don't look at any of the code they release.
sitzkriegabout 8 hours ago
using github in 2026 is a self own. its that simple at this point
Advertisement
GrumpySciGuyabout 14 hours ago
Yes, but I did not need to look at the tracker to know that.....
kevmoabout 15 hours ago
An important thing to consider is how much of their uptime without incidents is not the normal working hours. Their incident-free uptime on 9-5 EST, Mon-Fri, is probably like 60%.
thomblesabout 14 hours ago
As a daily GitHub user in Australia I still haven’t figured out why everyone’s complaining about uptime. :)
perfectstormabout 14 hours ago
what's normal working hours? very US centric comment IMO. Europe, India, China, Latam etc. don't fall into your 9-5 EST normal working hour bucket.
padjoabout 14 hours ago
A service like GH will still show a daily usage pattern, often with a peak somewhere around 16:00 UTC when most of the US and Europe are at work.
boredatomsabout 14 hours ago
Im fairly certain that SWEs only exist on the US west coast
CoastalCoderabout 14 hours ago
> Their incident-free uptime on 9-5 EST, Mon-Fri, is probably like 60%.

And it may be even worse in EDT, which is currently in effect!

microcannotabout 8 hours ago
What most people don't understand is that Microsoft can no longer engineer a technology product, they simply can't develop anything anymore. They can throw slop around, but they lack the corporate culture to actually build an innovative technology product. They can purchase other companies that have built products, but as soon as they do those products stop innovating and begin dying.
microcantanymorabout 8 hours ago
What most people don't understand is that Microsoft can no longer engineer a technology product, they simply can't develop anything anymore. They can throw slop around, but they lack the corporate culture to actually build an innovative technology product. They can purchase other companies that have built products, but as soon as they do those products stop innovating and begin dying.
arlattimoreabout 15 hours ago
I literally chuckled out loud when I saw the headline :D
johneaabout 15 hours ago
Oh, I thought it said "Github Outrage Tracker".

I was ready to click...

keedaabout 11 hours ago
The GitHub Outrage Tracker is at this link: https://news.ycombinator.com/from?site=githubstatus.com
HPsquaredabout 15 hours ago
That one would be like iscaliforniaonfire.com
rvzabout 14 hours ago
They were cooked the moment they got acquired by Microsoft.

This is why I foresaw that centralizing everything to GitHub was just generally a bad idea 6 years ago. [0]

Now that there is no CEO of GitHub, there is no point to GitHub improving.

[0] https://news.ycombinator.com/item?id=22867803

jakub_gabout 15 hours ago
Possibly inspired by:

https://red-squares.cian.lol/

gen220about 14 hours ago
Hey! isgithubcooked.com is my site; I made this site in February '26, I think

The contribution graph as an outage calendar idea is a commonly recurring one :). I definitely saw it somewhere else as a static asset first before I made this site.

ChrisArchitectabout 15 hours ago
xystabout 10 hours ago
Now add an rss/atom feed link and you have my support
phplovesongabout 8 hours ago
There is alternatives for github, but all of them would be offline 100% is they got even 10% of traffic Github gets after AI.

Any dev can just have their own git mirror and work there, but replacing github is not really feasable, not one of the other services come even close.

If github is down for say 2h i dont really care. I can live with that. IF i did care i would just host my own.

Advertisement