60
Bazzite would shut down if Fedora goes ahead with removing 32-bit
(www.gamingonlinux.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 25 Jun 2025
60 points (100.0% liked)
PC Gaming
11508 readers
723 users here now
For PC gaming news and discussion. PCGamingWiki
Rules:
- Be Respectful.
- No Spam or Porn.
- No Advertising.
- No Memes.
- No Tech Support.
- No questions about buying/building computers.
- No game suggestions, friend requests, surveys, or begging.
- No Let's Plays, streams, highlight reels/montages, random videos or shorts.
- No off-topic posts/comments, within reason.
- Use the original source, no clickbait titles, no duplicates. (Submissions should be from the original source if possible, unless from paywalled or non-english sources. If the title is clickbait or lacks context you may lightly edit the title.)
founded 2 years ago
MODERATORS
I don't see it happening, ubuntu tried and backed out last second years ago. Project mangers just get fussy about putting in resources they don't directly see the use of. It's like that new manger you get that thinks they should remove all these processes as they don't see the use with them. Then slowly as they learn the hard way add all of them back.
And this is the reason “why?” is such a powerful question. If you’re coming into a role and want to reduce overhead, the first question you should ask is why things are done the way they are. In many cases, you’ll discover real tangible benefits to the processes that you would have otherwise missed.
In some cases, the answer will be “I don’t know, that’s just how we’ve always done it.” And those are the ones that are worth scrutinizing further, because that’s one of the most braindead sentences in the English language. If nobody can explain why a process is in place, it’s probably worth reexamining.
In my experience there often is a reason for it, it's just that the person who knew the reason for it left the company and it was never properly documented, so now it's just cargo-cult-policy without any understanding behind it. So you're right, there's no way to figure out why it's done that way or if it should continue to be done that way without thorough reexamination and a pretty analytical approach, and when those reasons are old they can certainly turn out to be badly outdated, but I'd also caution against just blanket assuming that it probably isn't necessary simply because it's "the way we've always done it" and no one seems to know why. The erosion of institutional knowledge is relentless, but that doesn't mean it was never known or never for a good reason either. It's not braindead to follow a policy you don't understand the reason for, it might be lazy and it might be putting too much trust in the people who made the policies, but it's not always wrong. Sometimes the policies are written in blood, and you not knowing that doesn't mean it's not a good policy.
The lost art of commenting?
Which is why I said those procedures are worth reexamining, not just outright discarding. I tend to be against the DOGE chainsaw “just start hacking things off until it stops working” method. But asking “why” is a good litmus test for whether or not a procedure is worth spending time on.
It’s entirely possible that the “always done it this way” method is in use because that method works. The method was built using institutional knowledge that has since been lost. And those are worth examining for the exact inverse reason; To be able to reverse-engineer the institutional knowledge, and fucking write it down for the next person.
Yup, exactly! Sorry if anything I wrote sounded like criticism, I was agreeing and elaborating with my own experiences, that's all.
Chesterton’s Fence