Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Days without GitHub incidents

dayswithoutgithubincident.com

Post reply on HN
Print view View original

91–100 of 178 posts

Re: Days without GitHub incidents

#91

Post by otterley »

mattmanser wrote: post #62
otterley wrote: post #45

Earlier quoted context omitted.

You don’t know that it was “their mistake.” Unless you’ve personally successfully scaled a suite of nontrivial services equivalent to GitHub’s to accommodate an unexpected 14x increase in traffic, you respectfully have no basis for such an assertion.

Yeah, they should be testing for that, right? I think there's a lot of people reading comments like yours and thinking, is this person a paid shill or what? The earn bucket loads of money, they should be planning for exactly that. And testing for it via load testing every day. Perhaps you've forgotten the days of GitHub presenting themselves of software engineering thought leaders.

I’ve worked at some very well-endowed organizations. Having money is no guarantee of a particular outcome. There is a lot of money chasing a limited supply of talent. Moreover, distributed systems that were built long ago with certain assumptions can’t be refactored as quickly as the HN populace might believe. The Mythical Man-Month is a popular book for a reason.

Re: Days without GitHub incidents

#92

Post by jedberg »

zipy124 wrote: post #50
jedberg wrote: post #20

Earlier quoted context omitted.

It's not great. Just talked to a hubber last week. They said everyone inside feels pretty dejected right now, and these posts don't help. I feel for them -- with AI coders submitting 25 PRs within an hour of an issue being filed, GitHub bears the brunt of that along with the maintainers. That's a lot of work that gets done with each PR. But they need to make some changes quickly.

But the amount of compute needed to serve is not very high. It's all text. The amount of bandwidth and compute needed to serve a Netflix or YouTube is far far harder and they managed just fine.

Netflix and YouTube both built custom CDNs. Netflix uses AWS for control plane only.

Also, respectfully, you have no idea what you're talking about. "Just text" doesn't make it easy to solve. GitHub Actions aren't just text and take a lot of compute.

Re: Days without GitHub incidents

#93

Post by thangalin »

https://repo.autonoma.ca/treetrek

My free, open-source, bare-bones, caching-free, dependency-free, authentication- and authorization-free pure PHP raw Git viewer. I developed it because GitList blew out my shared host's drive space and memory (due to a caching bug) and to consolidate my GitHub, BitBucket, and GitLab repos. There's something rewarding about self-hosting and not being beholden to the whims of third parties.

Re: Days without GitHub incidents

#94

Post by tardedmeme »

VirusNewbie wrote: post #73
otterley wrote: post #51

Earlier quoted context omitted.

Would you consider telling this to the people working at GitHub directly? I’m sure they’d appreciate your evaluation of their skills and talent.

yes I would tell them "you're underpaid, if you can, come to a company that appreciates your talents more".

Are you hiring?

Re: Days without GitHub incidents

#95

Post by jedberg »

Scubabear68 wrote: post #86
jedberg wrote: post #20

Earlier quoted context omitted.

It's not great. Just talked to a hubber last week. They said everyone inside feels pretty dejected right now, and these posts don't help. I feel for them -- with AI coders submitting 25 PRs within an hour of an issue being filed, GitHub bears the brunt of that along with the maintainers. That's a lot of work that gets done with each PR. But they need to make some changes quickly.

"AI coders submitting 25 PRs within an hour of an issue being filed, GitHub bears the brunt of that....". What "brunt"? These are not large numbers.

Before AI coding, a GitHub issue might get one or two PRs after six months.

AI coding has made this orders of magnitude bigger.

The individual numbers are small, but they add up quickly.

Re: Days without GitHub incidents

#96

Post by roadbuster »

jedberg wrote: post #44
jcgrillo wrote: post #38

Earlier quoted context omitted.

The whole "anyone can submit a PR" thing has been a UX issue from day one. That probably needs to go away, and I doubt anyone would really miss it. Where Github could help is by providing a means to build trust that doesn't involve random unknown people slinging code at projects.

Any sort of trust requirement would break the entire model and cause some serious inequality. How would a random kid in a 3rd world country ever get noticed enough to enter a trust circle, for example?

> would break the entire model

The "model" - GH effectively allowing an overload of their infra - is already broken

> How would a random kid in a 3rd world country ever get noticed enough to enter a trust circle

By submitting a quality change with a clear description, preferably with unit tests? Is that no longer considered an acceptable hurdle?

Re: Days without GitHub incidents

#97

Post by jedberg »

giwook wrote: post #79
jedberg wrote: post #41

Earlier quoted context omitted.

I don't believe they pay top of market, but even if they did, it's possible to make a lot of money and still feel bad when you have a sense of ownership and responsibility to the users of your service.

You missed my point.

Apparently so did everyone else. What was your point?

Re: Days without GitHub incidents

#98

Post by otterley »

dijit wrote: post #66
otterley wrote: post #45

Earlier quoted context omitted.

You don’t know that it was “their mistake.” Unless you’ve personally successfully scaled a suite of nontrivial services equivalent to GitHub’s to accommodate an unexpected 14x increase in traffic, you respectfully have no basis for such an assertion.

I have. You could argue the scales are different, but computers are also faster now. So, argument to credentialism out of the way... What should we do as consumers if a provider that is a defacto monopoly due to network effects stops functioning? https://news.ycombinator.com/item?id=47947719 https://www.linkedin.com/in/jharasym/

> You could argue the scales are different, but computers are also faster now.

Scale is everything and a faster computer doesn’t always help. Vertical scaling has limits, and complex distributed systems are complex.

Since you seem to possess a diagnosis and remedy with a reasonable amount of certainty, I’m sure they’d love to hear from you and have you fix all their problems for them. Especially if you can do it while not making the problem worse in any dimension.

Re: Days without GitHub incidents

#99

Post by jedberg »

roadbuster wrote: post #96
jedberg wrote: post #44

Earlier quoted context omitted.

Any sort of trust requirement would break the entire model and cause some serious inequality. How would a random kid in a 3rd world country ever get noticed enough to enter a trust circle, for example?

> would break the entire model The "model" - GH effectively allowing an overload of their infra - is already broken > How would a random kid in a 3rd world country ever get noticed enough to enter a trust circle By submitting a quality change with a clear description, preferably with unit tests? Is that no longer considered an acceptable hurdle?

> By submitting a quality change with a clear description, preferably with unit tests? Is that no longer considered an acceptable hurdle?

But the proposal is to specifically disallow that unless the person is already known.

That is the model today, the one that people want to get rid of.

Re: Days without GitHub incidents

#100

Post by dpe82 »

I recently moved all my projects to a self-hosted forgejo instance and have found it quite satisfactory so far. And it's fast! If you're in the market for a github alternative, take a look - there are options.
Post reply on HN