Git allows me to write code as much as I want. But GitHub does more than just Git. If you don’t remember the details of the next task you need to work on and GitHub is down, that’s a problem. As a senior I spend a lot of time reviewing PRs. That’s considerably harder when GitHub is down.
What do you use for project management? What platform-less system are you using for that? Or are you saying to use a non-US platform? Do you have specifics.
I mean there are tons of options in that space so if it’s an issue that is sorta on your business to have evaluated their dependency.
We work on an internal gitlab instance that has had 100 percent up time for like 2 years. It doesn’t even have to be gitlab, there’s gitea and like 10 other options.
I personally think that the industry has moved so far in the direction of cloud and saas that it’s lost a lot of valuable skills and made them dependent on too much externally.
While it’s possible to handle it better on your own, the point is that you shouldn’t have to. It had better uptime before Microsoft purchased it. The fact that one of the largest companies in the world can’t manage it is ridiculous.
I’m the only person at my (small startup) company who has the skills to maintain a GitLab instance. Been there, done that, never fucking again. I HATE maintenance. We’re probably going to migrate to some other platform since GitHub is intent on turning to shit.
In 2014 I set up GitLab for my then employer. It had to be something self hosted because of client requirements. I was apparently the only one in a company of about 200 that knew anything about Linux.
Wasn’t too bad, just keeping it up to date etc. When I left in 2016 I’d just upgraded the server to ubuntu 16.04. It’s probably still running that now. I know someone who is still there and they’ve said GitLab itself hasn’t been updated since I left.
Oh fuck off. I’m not talking about the GitLab instance. Those aren’t hard. The trauma is from other stuff, but it adds a spicy flavor of stress and anxiety to all infrastructure work.
To each their own but ours didn’t really require more than an hour a month at most. It’s not running on cutting Edge hardware but chugs along pretty dependably. The back ups probably take the most time but even then ansible does most of the work and we bump the omnibus version once a month in off hours without issue.
It’s not as much time as it is stress, anxiety, and trauma. Being on call when shit breaks is fucking awful and my best coping strategy to date is refusing to be an infrastructure person and aggressively not giving a fuck when things are down for a day or two.
It’s like “nobody ever got fired for buying IBM.” Nobody ever got fired for pitching a migration to GitHub. It doesn’t have to be good. Then one day it’s crumbling down and people will have to learn to face consequences.
Git allows me to write code as much as I want. But GitHub does more than just Git. If you don’t remember the details of the next task you need to work on and GitHub is down, that’s a problem. As a senior I spend a lot of time reviewing PRs. That’s considerably harder when GitHub is down.
Sounds dumb to be that dependent on a US platform in 2026 AD
What do you use for project management? What platform-less system are you using for that? Or are you saying to use a non-US platform? Do you have specifics.
Well couldn’t you have your own self hosted “Git(hub)”?
Right? We’ve had two thousand and twenty six years since Christ walked the earth to reduce our dependency on GitHub, what are we even doing
Everyone knows we were banished from the garden of forejo after Steve made the Apple and even Jesus dying wasn’t enough to let us go back.
I mean there are tons of options in that space so if it’s an issue that is sorta on your business to have evaluated their dependency.
We work on an internal gitlab instance that has had 100 percent up time for like 2 years. It doesn’t even have to be gitlab, there’s gitea and like 10 other options.
I personally think that the industry has moved so far in the direction of cloud and saas that it’s lost a lot of valuable skills and made them dependent on too much externally.
While it’s possible to handle it better on your own, the point is that you shouldn’t have to. It had better uptime before Microsoft purchased it. The fact that one of the largest companies in the world can’t manage it is ridiculous.
I’m the only person at my (small startup) company who has the skills to maintain a GitLab instance. Been there, done that, never fucking again. I HATE maintenance. We’re probably going to migrate to some other platform since GitHub is intent on turning to shit.
In 2014 I set up GitLab for my then employer. It had to be something self hosted because of client requirements. I was apparently the only one in a company of about 200 that knew anything about Linux.
Wasn’t too bad, just keeping it up to date etc. When I left in 2016 I’d just upgraded the server to ubuntu 16.04. It’s probably still running that now. I know someone who is still there and they’ve said GitLab itself hasn’t been updated since I left.
Sounds like you don’t really have the skill to maintain it.
24/7 maintenance is more a hassle issue than a skill issue.
There is something wrong with it, when it needs 24/7 maintenance.
Oh fuck off. I’m not talking about the GitLab instance. Those aren’t hard. The trauma is from other stuff, but it adds a spicy flavor of stress and anxiety to all infrastructure work.
To each their own but ours didn’t really require more than an hour a month at most. It’s not running on cutting Edge hardware but chugs along pretty dependably. The back ups probably take the most time but even then ansible does most of the work and we bump the omnibus version once a month in off hours without issue.
It’s not as much time as it is stress, anxiety, and trauma. Being on call when shit breaks is fucking awful and my best coping strategy to date is refusing to be an infrastructure person and aggressively not giving a fuck when things are down for a day or two.
It’s like “nobody ever got fired for buying IBM.” Nobody ever got fired for pitching a migration to GitHub. It doesn’t have to be good. Then one day it’s crumbling down and people will have to learn to face consequences.