Live data from Hacker News

GitHub Incident

githubstatus.com

61–70 of 99 posts

Re: GitHub Incident

#61
post #33

Earlier quoted context omitted.

Having just had to buy 4TB of RAM, I appreciate this.

That's like 100,000 USD. I keep thinking about making a rap video wearing a 10 TB gold chain surrounded by big booty girls with their naughty bits covered in m.2 SSD's while dissing the AI industry. Though I cant afford the RAM :-/

It’s sad that I can’t interpret if you mean to actually shoot your rap video on film, or have an AI generate it lol. Either way you’re going to need RAM.

Re: GitHub Incident

#62
post #23

Earlier quoted context omitted.

I suspect some companies may already be considering it. Especially with the wealth of alternatives today.

In my experience companies are moving into GitHub for Copilot and GHA.

GHA maybe, but copilot is just another mid tier player in a congested space.

Re: GitHub Incident

#63

Good thing git is a distributed system

True, workers can still commit to their local git.

I've been looking into having a separate git server that we can commit to and add plain ole git hooks to, and just having it be synced with github as a clone.

Re: GitHub Incident

#64
post #35

Good thing git is a distributed system

Virtually no one knows how to do anything with it outside of github.

You might be surprised, but that's not true at all.

I once read someone commenting "Nobody writes code by hand without looking syntax up".

Man, you are just outing yourself as a complete beginner, the field is way deeper than you imagine and it's not even close.

Re: GitHub Incident

#65
post #55
post #47

Earlier quoted context omitted.

GitHub on-prem. Officially called GitHub Enterprise Server. You can have GitHub, but hosted on your own servers.

So you still pay them, you do the hosting work, and you get a product with worse features than gitlab?

but you can be smug when theres a github incident, and thats hard to put a price on

Re: GitHub Incident

#66
post #14

Perhaps the gemini-cli bot arguing with itself is taking its toll https://github.com/google-gemini/gemini-cli/issues/16750

https://github.com/google-gemini/gemini-cli/issues/16723 is even worse, GitHub shows `5195 remaining items` in the collapsed timeline.

Wow that's whole a lot of yapping

Re: GitHub Incident

#68
post #54

Earlier quoted context omitted.

Things would have to get really bad before I considered managing my own repositories. Trading someone else's headaches for my own.

It depends how high you value your headaches, and how high, your org's downtime. Github not working accrues over the hourly rate of every developer affected, which is likely $70-$100 a hour. 10 hours of outage in a year affecting a team of 10 would cost north of $70k, enough to hire a part-time SRE dedicated just to tend to your Gitlab installation.

>10 hours of outage in a year affecting a team of 10 would cost north of $70k

10 hours x 10 developers x $70 per hour = $7000, not $70000.

Re: GitHub Incident

#69
post #40

Good thing git is a distributed system

Git is! PRs and code review are not. CI/CD is not. I mean, there are solutions, but none of them seems to have a large enough mindshare and efficiency. (Even though Github's code review tools are pretty spartan.)

> PRs and code review are not. CI/CD is not.

They can be. A PR can be made and code review conducted by submitting a patch to a mailing list. That's how the kernel and, I think, git itself is developed.

CI/CD is really a methodology. It just means integrating/deploying stuff as soon as its ready. So you just need maintainers to be able to run the test suite and deploy, which seems like a really basic thing.

Re: GitHub Incident

#70
post #64
post #35

Earlier quoted context omitted.

Virtually no one knows how to do anything with it outside of github.

You might be surprised, but that's not true at all. I once read someone commenting "Nobody writes code by hand without looking syntax up". Man, you are just outing yourself as a complete beginner, the field is way deeper than you imagine and it's not even close.

Not really. I've been around a while. Git for about 15 years. Subversion before that. Perforce before that. rcs before that (back down to sun3 machines). Mostly Fossil now for personal things.

What I am saying is that people learn as much as they need to. They generally don't need to know any more git than is required to interact with github. If anything problematic comes up, they go in with a wrecking ball because they don't truly understand what they are doing. And git has a lot of wrecking balls available.

If you threw them at raw git and asked them to collaborate with someone they'd be up shit creek. They have no idea how SSH or email works for example.

Post reply on HN