Live data from Hacker News

Incident with Pull Requests, Issues, Git Operations and API Requests

githubstatus.com

151–160 of 221 posts

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#151
post #150

New PR: revert GitHub software and infrastructure to version of June 1st, 2018. New PR: disable new user signups for 6 months HR initiative: all future KPIs automatically require three-nines availability; all bonuses are forfeited, regardless of accomplishments, if annual availability falls below target HR initiative: fire CEO and CTO

New PR: disable Github API New PR: block (ai) bots through attestation to make usage predictable

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#152
post #150

New PR: revert GitHub software and infrastructure to version of June 1st, 2018. New PR: disable new user signups for 6 months HR initiative: all future KPIs automatically require three-nines availability; all bonuses are forfeited, regardless of accomplishments, if annual availability falls below target HR initiative: fire CEO and CTO

Github does not have a CEO

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#154
post #118

Earlier quoted context omitted.

> The UI of that page is so nice Is it? Seems a text description of "Make a website outlining 'How cooked GitHub' is with a modern style" to basically any LLM would produce exactly that UI and design, literally nothing of that design a human had any influence on, besides the ones selecting what training data the used LLMs was trained with. I think most of us who've tried using LLMs for web-design can recognize that s…

Oh wow, I'm in the position to be able to give a peek behind the curtain of something (validly!!) critiqued as AI slop! Exciting. I originally made the core data functionality of this site for myself because I was curious what the uptime stats for each service were (I build something that heavily depends on GitHub), and to viz the distribution/severity of those incidents, again per-service, over time. It involved a l…

> Although, you all are right to call out that the CSS was three shots, though, and it shows :)

Totally, my comment was all about the styling and design literally, and is in no way a comment about the data or actual contents of the website, hope you didn't take it that way as well, as it does seem proper in that regard!

Thank you for sharing it, and even greater thank you for sharing the process behind building it, for me that's more interesting almost :)

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#155
post #90
post #44

Earlier quoted context omitted.

What really grinds my gears is how easy it is to get better designs out of LLMs. But if you don't ask, you get the default.

as someone who doesn't know how to get better design out of LLMs, can you elaborate?

Have an opinion on the design, imagine something, then tell it to do just that, then iterate. It's when you're unspecific you get the generic, bland and typical LLM design, you just have to be subjective and influence it in some (human) direction.

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#156
post #6

https://isgithubcooked.com Normally I defend GH in the comments of these incidents but it’s been an impressively bad month by their standards, even when you filter for critical components filter out sev-2’s and 3’s.

It's not physically possible to run post-mortems for issues at those rates. They should install OpenClaw for that as well.

> It's not physically possible to run post-mortems for issues at those rates.

Not at all, you merely move the goal post of at what layer the "root cause" actually could come from! At that speed, it's always something short and sweet, while when you actually want to long-term address things, you have to have time to even investigate organizational issues or whatever the actual problems stem from.

But you have half a day? "Post-mortem: Push X wasn't properly analyzed before deployment, in future more testing" and call it a day.

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#157
post #6

https://isgithubcooked.com Normally I defend GH in the comments of these incidents but it’s been an impressively bad month by their standards, even when you filter for critical components filter out sev-2’s and 3’s.

Like those aviators who draw a picture on flightradar24, if you filter by All Services - Critical, somebody almost about to draw a swastika just in May... Are the AI agents revolting?

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#158

I think it is time to decouple GitHub from Microsoft. Microsoft has shown irresponsible behaviour - and this continues. They keep on going at it until nothing works anymore. Typical microslop work.

You don't get to control that. It is Microsoft's right to do whatever it wants with GitHub - it could shut down tomorrow, or demand face ID. If you want to control what happens with a thing, you have to make the thing instead of letting someone else make the thing and sell it to Microsoft. Your choice is to accept the product that exists on the market, switch to another product that exists on the market (such as Code…

You missed the option to "lobby the government to tell Microsoft to straighten up and fly right". Microsoft is a corporation, a legal entity only created with the permission and grace of the State of Washington.

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#159
post #6

https://isgithubcooked.com Normally I defend GH in the comments of these incidents but it’s been an impressively bad month by their standards, even when you filter for critical components filter out sev-2’s and 3’s.

Of all the sites/graphs I've seen of GH outages, this one is the most striking IMO:

https://damrnelson.github.io/github-historical-uptime/

Unfortunately, it doesn't look like it's being updated with new data. But it wouldn't look any better for GH if it was.

Re: Incident with Pull Requests, Issues, Git Operations and API Requests

#160
post #150

New PR: revert GitHub software and infrastructure to version of June 1st, 2018. New PR: disable new user signups for 6 months HR initiative: all future KPIs automatically require three-nines availability; all bonuses are forfeited, regardless of accomplishments, if annual availability falls below target HR initiative: fire CEO and CTO

Finance initiative: Undo the Microsoft purchase
Post reply on HN