Hacker News new | ask | show | jobs
by grumpyprole 1832 days ago
I've been using i3 up until recently. I'm trying out Gnome because it works out-of-the-box and e.g. Sway does not. Yes the software churn is rather worrying. I hope they learn from the mistakes.
1 comments

The thing that irks me more than churn is not providing pathways forward. It's like, if you're going to get rid of bookmarks, then either give me an add-on that brings them back or give me time to adjust to not having bookmarks. Gnome used to be one of the worst at communicating their intentions. You never knew what you were going to get if you were going to upgrade Gnome. But I come from the philosophy of frontend JavaScript development where everything is announced, has a deprecation warnings, features extracted into libraries, and so forth. The people who work on GNU/Linux related development come off as very arrogant in their decision making, even if they aren't intending to be arrogant.

Just so people are aware, I understand that things could have changed in the last 9 years. However, those kind of user experiences can permanently ruin the reputation of OSS projects.

You are perceiving arrogance where there is none. These are volunteer-driven projects, for better or worse the deal has always been "take it or leave it," or fork it if that's what you prefer. If there is something you want extracted into a library, just go and extract it and make the library. Of course if you choose to abandon it entirely then it's going to be a total crapshoot if it improves the way you want it to.
This attitude results in the only possible answer being "leave it". Nobody has time to fix it in any nontrivial way who isn't being paid to do it, and if you're being paid, it's not volunteer work and you're supposed to pull your weight.

RedHat is not a volunteer project and it ate half of Linux. Volunteer projects in fact tend to be the more stable and polished parts of it.

I'm not sure what you mean, the paid people are still volunteering. They don't really have to spend company time upstreaming anything, they could technically keep all their patches in a private fork, but the company allows them to upstream things because it makes the most sense. You also don't have to leave it, you can also make a private fork too, and work on it slowly, if it makes the most sense to you.

These complaints about Red Hat are what make no sense to me, if you believe they are "eating Linux" for the worse then I would advise you to produce a version of Linux with all of the Red Hat commits removed, and see for yourself if it's more stable and polished. It may not be, because you would likely also be removing a lot of the bug fixes they upstream.