Others have replied pointing out this is a strawman and that merit doesn’t make any sense as a metric if you have discrimination.
So remove discrimination. Put in the CoC that any information about gender, race, religion and so on must not be disclosed since it is not relevant to the quality of the code/work you submit. Then you have merit only.
I really find stupid that someone really think that his contribution must be accepted just because he is from a minority, irregardless the quality.
I think you are right here. By cherry-picking gender minorities we sow a dissent and we underline their “otherness” from everyone else.
I am from an ethnic minority myself, and somehow people perceive us as maniacs and killers, try to burn our houses and fire us from work. Often it’s the same people who preach equality and diversity. Somehow in my case they don’t care about “empowerment” or “representation” at all. And somehow, the only place I feel comfortable is 4chan, where no one gives a damn who you are, and everyone’s racist and sexist. To everyone else. Equally.
You say remove discrimination and then use a discriminatory strawman. No one is suggesting a code contribution must be accepted based on a minority status. They are saying that to get a decent functioning community for everyone you need a diverse range of people in positions that set the behaviour of the community. You can’t get the CoC and enforcement of it right unless those affected are in positions that influence it. Your enforced anonymity doesn’t work because there are other ways of gendering and racialising people (e.g. based on who people talk). Additionally, what you are saying is that minoritised people have to hide who they are so they don’t get discriminated against rather than just deal with those doing the discrimination. They are called communities because that’s what’s they are: people want to be part of something and that involves sharing a part of themselves too. Open source projects live or die on their communities because they mostly don’t have the finances to just pay people to do the work. You need people to beleive in the project and not burn out etc.
You lose nothing by making sure people from all backgrounds have the same opportunity and enjoyment being part of it. If you aren’t in a minority and don’t care about those that are then just say so!
You say remove discrimination and then use a discriminatory strawman.
Why ? Because I basically say “keep these personal informations for yourself since they are not needed while developing” ?
No one is suggesting a code contribution must be accepted based on a minority status.
But they are saying that a board member should be elected based on the fact that he came from a minority, which is as wrong as asking that a code contribution should be accepted based on the minority status.
They are saying that to get a decent functioning community for everyone you need a diverse range of people in positions that set the behaviour of the community.
Agree on this. My point though is that the people in these positions need to be there for the merit and not for a status.
You can’t get the CoC and enforcement of it right unless those affected are in positions that influence it.
Nope. You can enforce a CoC if the ones delegated to enforce it are acknowledged as authoritative people and there is a clear path to do it. If you put a person in charge to enforce the code “just becasue [insert your favorite minority reason]” you end in the same place: the CoC will be selectively enforced only on a certain group of people.
Your enforced anonymity doesn’t work because there are other ways of gendering and racialising people (e.g. based on who people talk).
Assuming you track them outside the project, yes you are right.
Additionally, what you are saying is that minoritised people have to hide who they are so they don’t get discriminated against rather than just deal with those doing the discrimination.
That is what you are saying now, not me.
I said that I don’t care about what your identity is but only about the quality of your work, why did you assume that i mean that only the minorities should not disclose these informations ?
Else explain to me why it is relevant that the pull request just created is done by someone from a minority group.
You lose nothing by making sure people from all backgrounds have the same opportunity and enjoyment being part of it.
Equal opportunity does not mean equal outcome. I lose something if a board member of the project I contribute is elected only because he is from a minority group because he replace a more knowledgeable member and the average quality of the work decline.
If you aren’t in a minority and don’t care about those that are then just say so!
It is not that I don’t care, it is that in certain situation it not pertinent if you are from a minority or not. Software development, particularly OSS where the entry point is really low, is one of this situation: why I should care about the group you are part of when you submit a contribute ? How it is pertinent. Do you want to have a voice in the project ? Earn it by contributing and being better of the ones you think are bad and or toxic. But wanting to have a say in the project “just because” is toxic too.
Community building can be done without any coding, coding can be done without any community. However, to build a large project you need them both.
In a large volunteer project like this, not everything can be worked on. You become selective. We are going to major on this thing, or specifically talk about that project to get community engagement and get the thing done. This drives the project, she helps it to stop chasing hairs. Someone has to decide what feature is going in this release to make it ready to be a release candidate.
That group of people, ultimately making and influencing those decisions, is the CoC.
Let’s take a for-instance: Sign up boxes.
For years, Linux sign up allows you to record random data into your profile, office, phone number, etc. These are text, and can be anything. Now, what if there’s a rising need to add a minicom number(minix, used to be used by the deaf to send messages to an organisation, before email). As a hearing person, this is going to be a low priority for me, so I work on something else. I’ve got spare capacity, so if the project leaders are calling for help on this thing, I can go and help.
This, ultimately, builds a better over-all product, but it’s not something I’d have noticed by myself, because I’m not part of the deaf community.
In our example with NixOS, asking for someone from the community to be a representative on it is not about code quality, but about the issue of visibility. Is there some need that that section of the community needs? Is there a way that the community can do y thing to make the os as a whole more accessible? I don’t know the answer, because I’m not a member of that community, just as I’m not a member of the deaf community.
In this case, the merit, the qualification, for being on the CoC is being a member of a section of the community. It brings valuable a viewpoint, and adds a voice at the table that can make a real difference. Most coders know that having a wish list of features at the start can make it infinitely easier to add them, than having to go back an rewrite to make them happen. Having a voice that might need that feature makes a difference
The debate for CoC is about merit, but merit isn’t just stubbornly focused on a single talent, it can also be about life experience.
It is impossible to satisfy all minorities at once. The best outcome is to pick an adequate, sane person from the community with proper mindset and proper judgement, irrelevant if they’re from a minority or not.
It’s not about “satisfying the minorities”. It’s about ensuring a basic base level of respect and behaviour for people from all backgrounds. The roles you are talking about were specifically to deal with the fact there was an active problem around that minority in that community that needed dealing with. So bringing in that lived experience is absolutely important. Someone can be adequate, sane, have “proper” mindset and judgement and be from a minority that is currently being targeted with lived experience of the problem. Dealing with issues around diversity and inclusion make life easier and better for everyone: it’s well evidenced. I benefit daily from work that’s been done to make my area easier for people with disabilities despite not having one. Those only came about by people with disabilities challenging and getting in the room where decisions are made.
It’s really not that hard! If you don’t feel minoritised in your daily life and therefore don’t see the importance, fine, but all of us are only one incident or cultural shift to end up being the target so if you aren’t motivated by the plight of people you are happy to “other” than do so because one day you might be the other.
It’s not about “satisfying the minorities”. It’s about ensuring a basic base level of respect and behaviour for people from all backgrounds.
All true, but here is the point: what you are asking for is to have decent people and not assholes. And to be a decent person has nothing to do with the group you are part of. So as long as you have not the guarantee that someone from a minority cannot be an asshole (which you cannot) you still have the same problem, only with a different target.
So maybe we should start to look at the single person rather then from which group it come from.
It’s really not that hard! If you don’t feel minoritised in your daily life and therefore don’t see the importance, fine, but all of us are only one incident or cultural shift to end up being the target so if you aren’t motivated by the plight of people you are happy to “other” than do so because one day you might be the other.
Honestly, and without any second meaning, I think that there are way more complex reasons than the “we are a minority” on why some minorities are is the position you describe.
You’re a good person, and I like your point of view. I have my doubts, still, but thank you nevertheless. I hope that a potential “person with lived experience” is also fit to be a community manager and above all is devoted to Nix.
So remove discrimination. Put in the CoC that any information about gender, race, religion and so on must not be disclosed since it is not relevant to the quality of the code/work you submit. Then you have merit only.
I really find stupid that someone really think that his contribution must be accepted just because he is from a minority, irregardless the quality.
I think you are right here. By cherry-picking gender minorities we sow a dissent and we underline their “otherness” from everyone else.
I am from an ethnic minority myself, and somehow people perceive us as maniacs and killers, try to burn our houses and fire us from work. Often it’s the same people who preach equality and diversity. Somehow in my case they don’t care about “empowerment” or “representation” at all. And somehow, the only place I feel comfortable is 4chan, where no one gives a damn who you are, and everyone’s racist and sexist. To everyone else. Equally.
You say remove discrimination and then use a discriminatory strawman. No one is suggesting a code contribution must be accepted based on a minority status. They are saying that to get a decent functioning community for everyone you need a diverse range of people in positions that set the behaviour of the community. You can’t get the CoC and enforcement of it right unless those affected are in positions that influence it. Your enforced anonymity doesn’t work because there are other ways of gendering and racialising people (e.g. based on who people talk). Additionally, what you are saying is that minoritised people have to hide who they are so they don’t get discriminated against rather than just deal with those doing the discrimination. They are called communities because that’s what’s they are: people want to be part of something and that involves sharing a part of themselves too. Open source projects live or die on their communities because they mostly don’t have the finances to just pay people to do the work. You need people to beleive in the project and not burn out etc.
You lose nothing by making sure people from all backgrounds have the same opportunity and enjoyment being part of it. If you aren’t in a minority and don’t care about those that are then just say so!
Why ? Because I basically say “keep these personal informations for yourself since they are not needed while developing” ?
But they are saying that a board member should be elected based on the fact that he came from a minority, which is as wrong as asking that a code contribution should be accepted based on the minority status.
Agree on this. My point though is that the people in these positions need to be there for the merit and not for a status.
Nope. You can enforce a CoC if the ones delegated to enforce it are acknowledged as authoritative people and there is a clear path to do it. If you put a person in charge to enforce the code “just becasue [insert your favorite minority reason]” you end in the same place: the CoC will be selectively enforced only on a certain group of people.
Assuming you track them outside the project, yes you are right.
That is what you are saying now, not me.
I said that I don’t care about what your identity is but only about the quality of your work, why did you assume that i mean that only the minorities should not disclose these informations ?
Else explain to me why it is relevant that the pull request just created is done by someone from a minority group.
Equal opportunity does not mean equal outcome. I lose something if a board member of the project I contribute is elected only because he is from a minority group because he replace a more knowledgeable member and the average quality of the work decline.
It is not that I don’t care, it is that in certain situation it not pertinent if you are from a minority or not. Software development, particularly OSS where the entry point is really low, is one of this situation: why I should care about the group you are part of when you submit a contribute ? How it is pertinent. Do you want to have a voice in the project ? Earn it by contributing and being better of the ones you think are bad and or toxic. But wanting to have a say in the project “just because” is toxic too.
There are two tensions here:
Community building can be done without any coding, coding can be done without any community. However, to build a large project you need them both.
In a large volunteer project like this, not everything can be worked on. You become selective. We are going to major on this thing, or specifically talk about that project to get community engagement and get the thing done. This drives the project, she helps it to stop chasing hairs. Someone has to decide what feature is going in this release to make it ready to be a release candidate.
That group of people, ultimately making and influencing those decisions, is the CoC.
Let’s take a for-instance: Sign up boxes.
For years, Linux sign up allows you to record random data into your profile, office, phone number, etc. These are text, and can be anything. Now, what if there’s a rising need to add a minicom number(minix, used to be used by the deaf to send messages to an organisation, before email). As a hearing person, this is going to be a low priority for me, so I work on something else. I’ve got spare capacity, so if the project leaders are calling for help on this thing, I can go and help.
This, ultimately, builds a better over-all product, but it’s not something I’d have noticed by myself, because I’m not part of the deaf community.
In our example with NixOS, asking for someone from the community to be a representative on it is not about code quality, but about the issue of visibility. Is there some need that that section of the community needs? Is there a way that the community can do y thing to make the os as a whole more accessible? I don’t know the answer, because I’m not a member of that community, just as I’m not a member of the deaf community.
In this case, the merit, the qualification, for being on the CoC is being a member of a section of the community. It brings valuable a viewpoint, and adds a voice at the table that can make a real difference. Most coders know that having a wish list of features at the start can make it infinitely easier to add them, than having to go back an rewrite to make them happen. Having a voice that might need that feature makes a difference
The debate for CoC is about merit, but merit isn’t just stubbornly focused on a single talent, it can also be about life experience.
It is impossible to satisfy all minorities at once. The best outcome is to pick an adequate, sane person from the community with proper mindset and proper judgement, irrelevant if they’re from a minority or not.
It’s not about “satisfying the minorities”. It’s about ensuring a basic base level of respect and behaviour for people from all backgrounds. The roles you are talking about were specifically to deal with the fact there was an active problem around that minority in that community that needed dealing with. So bringing in that lived experience is absolutely important. Someone can be adequate, sane, have “proper” mindset and judgement and be from a minority that is currently being targeted with lived experience of the problem. Dealing with issues around diversity and inclusion make life easier and better for everyone: it’s well evidenced. I benefit daily from work that’s been done to make my area easier for people with disabilities despite not having one. Those only came about by people with disabilities challenging and getting in the room where decisions are made.
It’s really not that hard! If you don’t feel minoritised in your daily life and therefore don’t see the importance, fine, but all of us are only one incident or cultural shift to end up being the target so if you aren’t motivated by the plight of people you are happy to “other” than do so because one day you might be the other.
All true, but here is the point: what you are asking for is to have decent people and not assholes. And to be a decent person has nothing to do with the group you are part of. So as long as you have not the guarantee that someone from a minority cannot be an asshole (which you cannot) you still have the same problem, only with a different target.
So maybe we should start to look at the single person rather then from which group it come from.
Honestly, and without any second meaning, I think that there are way more complex reasons than the “we are a minority” on why some minorities are is the position you describe.
You’re a good person, and I like your point of view. I have my doubts, still, but thank you nevertheless. I hope that a potential “person with lived experience” is also fit to be a community manager and above all is devoted to Nix.