https://discourse.nixos.org/t/much-ado-about-nothing/44236
Not directly related to this blog post but from NixOS discourse forum, a tl;dr from another person about the NixOS drama here :
If you’re looking for a TL;DR of the situation, here it is: Nix community had a governance crisis for years. While there has been progress on building explicit teams to govern the project, it continued to fundamentally rely on implicit authority and soft power Eelco Dolstra, as one of the biggest holders of this implicit authority and soft power, has continuously abused this authority to push his decisions, and to block decisions that he doesn’t like Crucially, he also used his implicit authority to block any progress on solving this governance crisis and establishing systems with explicit authority This has led uncountably many people to burn out over the issue, and culminated in writing an open letter to have Eelco resign from all formal positions in the project and take a 6 month break from any involvement in the community Eelco wrote a response that largely dismisses the issues brought up, and advertises his company’s community as a substitute for Nix community
Half the article, or more, is a description of evengalian plot. That’s some wild shit man, none of that was in any way relevent. Imma use this tactic myself.
“I’m sorry, but I am breaking up with you. You do deserve an explination as to why though but to properly convey my emotions first I’ll have to describe the entire through plot of blues clues”
Holy shit the comments on this one are vile. If you don’t like the article, don’t read it and go on with your day.
The footer of the blog shows a Nix file structure, skimming their blog they wrote a bunch of articles and guides for Nix, checking their repo they have a bunch of Nix work, they’re not exactly a nobody (if you couldn’t judge from the people saying they’ll miss them on the Nix forum post)
This entire article is an extension of https://save-nix-together.org which is the actual thing that sparked the the gasoline covered Nix community, this will probably seem more coherent with that background.
The biggest red flag here is that someone is trying to derive meaning from Eva, an anime whose religious/philosophical imagery and themes were used “just because they looked and sounded cool” (not a direct quote.) I mean I like it too, but it’s gibberish.
I’ll say this about OSS and the community around it: It’s painfully obvious at times that while the individuals working on these projects (often thanklessly) are brilliant people, they often lack the communication and project leadership skills necessary to make a project thrive. The last few posts I’ve seen on this particular issue have been extremely vague and for whatever reason just won’t come out and say what they mean. They’re verbose, go off on tangents, and beat around the bush. We must first have explained to us the plots of TV shows, movies, and other ancillary things in order to understand what likely boils down to “people with differing viewpoints cannot find common ground.” I see the linked blog post as nothing more than someone trying to work out relatively complex feelings about the time/effort they contributed to a project they no longer have faith in more than an “expose-eh.” Given that people in the comments of previous threads have boiled the issue with NixOS down to a sentence or two, I think this is an accurate view.
See: Soft skills.
I didn’t understand a thing about what the actual issues were.
Based on comments I can see that Jon Ringer objected to inserting gender minority person as a requirement for committee board.
So, why is he wrong? I totally agree that gender minorities deserve recognition, but making it a hard requirement for having a committee board sounds like nepotism.
This is a basic represention and inclusion issue. Unless you are actively seeking out voices of those minorities and addressing their concerns you will have a reinforcing loop where behaviour that puts people off engaging will continue and it will continue to limit people from those minorities being involved (and in the worst case causing active harm to some people who end getting involved). From what I understand the behaviour that has been demonstrated and from who those people leaving it is clear this is active issue within Nix. Having a diverse range of people and perspectives will actually make the outputs (software) and community generally better. It’s about recognising the problems in the formal and informal structures you are creating and working to address them.
Additionally, but just to clarify nepotism would be giving positions based on relationships with people in power and not ensuring that your board contains a more representative set of backgrounds and perspectives.
Suppose I have 1000 people from community and 10 out of them are gender minorities. I then have 5 projects, each with 10 members on board committee, and I want a representative of gender minority in each of them. And I choose hard workers based on merit, the best of the best.
In such case I will be choosing 9*5 = 45 people out of 1000, and specifically I add 1*5 = 5 people out of those 10.
So the board committees will have 45 members each with (worst case) 955/1000 = 95.5% percentile performance, and additionally 5 members of gender minorities, each with mediocre 5/10 = 50% performance.
The gender minorities will perform worse, because we specifically singled them out of the crowd. This is not how you improve diversity.
Others have replied pointing out this is a strawman and that merit doesn’t make any sense as a metric if you have discrimination. In practice performance (‘merit’) is complex interaction between an individual’s skills and talent and the environment and support they get to thrive. If you have an environment that structurally and openly discriminates against a certain subclass of people and then chose on “merit” you are just further entrenching that discrimination.
This is a project that seemed to be having specific problems on gender that was causing harm and leading to losing talent. In a voluntary role particularly this is a death spiral for the project as a whole. Without goodwill and passion open source projects of any meaningful size just wouldn’t survive.
I’m glad you care enough about diversity and evidence to have worked out how to solve these problems without empowering and listening to those minorities. Please do share it.
DEI requirements is not nepotism, but let’s take on the core issue I think you brought up: meritocracy. If you show me two people with the same level of skill and experience, I would say the one that came from the most disadvantaged environment is more qualified because they were able to get to the same level with less support.
But you brought in numbers, let me do the same. L Consider that the minority group you mentioned actually has greater barriers to participate, so those 10 people might actually perform better than 80% of the 1000 of the majority group. Assuming both groups have the same distribution of merit is a fallacy.
Hold up, let me just make up some numbers real quick to prove how wrong you are!
i’d like to see how you’d be measuring “performance” in this context, or what you consider to be worthy of merit, because those things are not the objective measures you seem to think they are.
people who are contributing to open source projects are not a perfect Gaussian distribution of best to worst “performance” you can just pluck the highest percentile contributors from. its a complex web of passionate humans who are more or less engaged with the project, having a range of overlapping skillsets, personalities, passions, and goals that all might affect their utility and opinions in a decision making context. projects aren’t equations you plug the “best people” into to achieve the optimal results, they’re collaborative efforts subject to complex limitations and the personal goals of each contributor, whose outcome relies heavily on the perspectives of the people running the project. the idea you can objectively sort, identify, and recruit the 50 “best people” to manage a project is a fantasy, and a naive one.
the point of mandating the inclusion of minority groups in decision making is to make it more likely your project and community will be inclusive to that group of people. the skillsets, passions, and goals that a diverse committee contains are more likely to create a project that is useful and welcoming to more kinds of people, and a committee that is not diverse is less likely to do so. stuff like this is how you improve diversity. in fact, its quite hard to do it any other way.
Looking at this from the outside as a non Nix user, I see two things:
- The community is melting down over something.
- If this is the state of the Nix community where will the support go when it fractures?
If I was asked to evaluate NixOS for something and saw this, I’d keep looking, because this spells disaster for ongoing maintenance.
Not the drama itself should influence your judgment, but how they will deal with it.
Whenever people work together on something, there will be some drama, but if they are dealing with it, then that should be fine.
Nix and NixOS are big enough, that even if it fails, there are enough other people that will continue it, maybe under a different name.
Even it that causes a hard fork, which I currently think is unlikely, there are may examples where that worked and resolved itself over time, without too much of burden on the users, meaning there are clear migration processes available: owncloud/nextcloud, Gogs/Gitea/Forgejo, redis/valkey, …
