From: HiPhish <hiphish@posteo.de>
To: guix-devel@gnu.org
Subject: Re: Promoting the GNU Kind Communication Guidelines?
Date: Sun, 28 Oct 2018 12:58:51 +0100 [thread overview]
Message-ID: <11169507.O9o76ZdvQC@aleksandar-ixtreme-m5740> (raw)
I have had two packages merged, which I guess that makes me technically a
contributor, so here is my takes on the issue.
In my opinion Codes of Conduct (or CoCs in short) are one of the worst things
that have happened in recent years to Free and Open Source projects (hold that
though, I will address it soon enough), and the Contributor Covenant (CC in
short) is the worst offender. I will explain shortly why this is, but please
allow me to elaborate first.
There is no problem of harassment in FLOSS, there is a problem of socially
awkward nerds in FLOSS. Harassment presupposes malice, i.e. that the offending
person is intentionally being abusive. If you have never said anything that
made you want to vanish into the ground the moment it came out of your mouth
you are not human. Some people will slip up more often than others, and let's
face it: the people who are more likely to slip up are also more often the
ones
who are good at programming. Why is it this way? I don't know, I'm not a
psychologist or anthropologist, I just need to know that this is the way
things
are.
Now here is the important part: for an offensive act to be committed it takes
two sides, the offender and the offended. Part of social competence is knowing
not to slip up, but part of it is also knowing to just let it slide when
someone else slips up. Again, I'm not talking just about online discourse, but
social interaction in general. When someone says something stupid just ignore
that person, and if it keeps happening try to correct them in a friendly
manner. This is how we grow as humans.
This leads me into why the CC is a harmful CoC. The CC presupposes malice by
default, more than half of its content is focused on punitive measures, not on
helping each other. In contrast, the GNU Kind Communications Guidelines (GKCG
in short) explicitly promotes a cooperative two-sided perspective:
> Please assume other participants are posting in good faith, even if you
> disagree with what they say. When people present code or text as their own
> work, please accept it as their work. Please do not criticize people for
> wrongs that you only speculate they may have done; stick to what they
> actually say and actually do.
>
> Please do not take a harsh tone towards other participants, and especially
> don't make personal attacks against them. Go out of your way to show that
you
> are criticizing a statement, not a person.
>
> Please recognize that criticism of your statements is not a personal attack
> on you. If you feel that someone has attacked you, or offended your personal
> dignity, please don't “hit back” with another personal attack. That tends to
> start a vicious circle of escalating verbal aggression. A private response,
> politely stating your feelings as feelings, and asking for peace, may calm
> things down. Write it, set it aside for hours or a day, revise it to remove
> the anger, and only then send it.
There is nothing like this in the CC, but there is this:
> Instances of abusive, harassing, or otherwise unacceptable behavior may be
> reported by contacting the project team at [INSERT EMAIL ADDRESS]. All
> complaints will be reviewed and investigated and will result in a response
> that is deemed necessary and appropriate to the circumstances. The project
> team is obligated to maintain confidentiality with regard to the reporter of
> an incident. Further details of specific enforcement policies may be posted
> separately.
>
> Project maintainers who do not follow or enforce the Code of Conduct in good
> faith may face temporary or permanent repercussions as determined by other
> members of the project’s leadership.
The CC is claiming to foster "an open and welcoming environment" while at the
same time holding a gun to every maintainer's head. The accused is not even
allowed to know what the accusation is about (confidentiality clause), so how
are they supposed to know what they did was wrong? There is no clause that
allows the accused to defend their position, only punishment is defined. This
applies even to the maintainer, so if they maintainer wants to protect an
unjustly accused person, the maintainer will be on the chopping block. To make
matters worse, the CC never defines what constitutes offensive behaviour.
Take
a look at the following list:
> * The use of sexualized language or imagery and unwelcome sexual attention
or
> advances
> * Trolling, insulting/derogatory comments, and personal or political attacks
> * Public or private harassment
> * Publishing others’ private information, such as a physical or electronic
> address, without explicit permission
> * Other conduct which could reasonably be considered inappropriate in a
> professional setting
The fourth point is clear, but what exactly constitutes any of the remaining
four? Is "Wow, thank you so much, I could kiss you!" considered "unwelcome
sexual attention" or just an exaggerated expression of joy? Is overhearing
people talking about "dongles" and "forking repos" considered unwanted sexual
attention? If I wanted I could consider it the former and pull the trigger
metaphorically. I am asking because this is not a hypothetical question,
people
have been loosing their jobs over these issues for real. Do you think this
makes for a healthy community?
The GKCG does not even attempt to define what qualifies as unacceptable,
because unless you pay a lawyer to write a tens of pages long document which
no
one will read, you will never have a sufficient definition. Truly money well
spent.
As for the last point, if you really want to remove anything that would be
inappropriate in a professional setting, you have to go all out. No "I could
kiss you", but also no informalities, no emotion, and the project maintainer
will have to sign all his mails not with "Ludo'" or "Ludovic", but as "Mr
Courtès", RMS becomes "Dr. Stallman", Guix becomes "The GNU Guix project", no
Hacker culture jokes and quips the manual, and so on. If this what you want?
As a closing thought, I wish to address my opening statement that CoCs are one
of the worst things to happen in recent years to FLOSS. The argument with
which
CoCs are "sold" to FLOSS projects is that there is problem of harassment in
the
community which prevents people from contributing. And yet I have to see any
project where contributions have improved as a result of adopting a CoC, where
people who were previously harassed became contributors. In fact, I have yet
to
see any actual harassment, and not just socially awkward nerds being socially
awkward. On the other hand, I have seen enough examples of existing long-time
contributors being expelled from projects and being harassed, especially by
proponents of the CC. The CC's own author is one of the worst offenders of the
CC's own terms, going after people's private social media accounts and
quote-mining them to demand their expulsion or even extort money. Yet none of
those people end up contributing to the projects they disrupt. Is the damage
you invite really worth it?
Guix is too important of a project, functional package management is the only
proper solution to package management. I believe there are interest groups of
proprietary software companies who would rather want projects like Flatpak
succeed, which are more applicable to proprietary software. Please don't let
them hold a gun to every contributor's head by inviting trouble into the
project. You have people in this very thread who are afraid of contributing,
and even I was considering leaving my packages just sitting on my local hard
drive rather than submitting them upstream, but as the GKCG says: "Please
assume other participants are posting in good faith, even if you disagree with
what they say."
PS: I agree that there is no point in having both the CC and the GKCG at the
same time
next reply other threads:[~2018-10-28 11:59 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-28 11:58 HiPhish [this message]
2018-10-28 12:33 ` Promoting the GNU Kind Communication Guidelines? Gábor Boskovits
2018-10-28 16:14 ` Alex Griffin
2018-10-28 20:55 ` Thorsten Wilms
2018-10-29 11:27 ` Alex Sassmannshausen
2018-10-29 17:00 ` Thorsten Wilms
2018-10-29 17:50 ` Ricardo Wurmus
2018-10-29 23:54 ` OF-TOPIC: " Tonton
2018-10-29 11:29 ` Alex Sassmannshausen
2018-10-29 8:23 ` Björn Höfling
2018-10-29 10:10 ` Thorsten Wilms
2018-10-29 11:13 ` Alex Sassmannshausen
2018-10-29 17:15 ` Thorsten Wilms
2018-10-29 17:43 ` Ricardo Wurmus
2018-10-29 20:44 ` Björn Höfling
2018-10-29 11:08 ` Alex Sassmannshausen
2018-10-29 18:50 ` HiPhish
2018-10-29 23:54 ` Tonton
2018-10-30 0:38 ` HiPhish
2018-10-30 5:13 ` Nils Gillmann
2018-10-31 9:27 ` Alex Sassmannshausen
2018-10-31 12:29 ` HiPhish
2018-10-31 12:46 ` Alex Sassmannshausen
2018-10-31 13:23 ` HiPhish
2018-10-31 14:14 ` Jelle Licht
2018-10-31 14:55 ` HiPhish
2018-10-31 15:41 ` Stop it. Formerly - " Pjotr Prins
2018-10-31 17:51 ` Leo Famulari
2018-11-01 14:40 ` Ludovic Courtès
2018-11-01 15:11 ` Alex Griffin
2018-11-02 2:04 ` Mark H Weaver
2018-11-04 9:15 ` Mark H Weaver
2018-11-04 14:30 ` HiPhish
2018-11-04 21:01 ` Thorsten Wilms
2018-11-06 12:55 ` Ludovic Courtès
2018-11-06 17:23 ` Marius Bakke
2018-11-06 17:41 ` HiPhish
2018-10-31 12:30 ` HiPhish
2018-10-31 13:48 ` Jelle Licht
2018-10-31 14:55 ` HiPhish
2018-10-31 17:17 ` Thorsten Wilms
2018-11-01 10:35 ` Mark H Weaver
2018-10-31 13:48 ` Thomas Danckaert
2018-10-31 14:06 ` Alex Griffin
2018-10-31 14:55 ` HiPhish
2018-10-31 16:41 ` Thorsten Wilms
2018-11-01 2:58 ` Mark H Weaver
2018-11-01 9:14 ` Mark H Weaver
2018-11-01 8:40 ` Steffen Schulz
2018-10-29 11:37 ` Promoting the GNU Kind Communication Guidelines? (-> convivenza) Nils Gillmann
2018-10-29 11:45 ` Nils Gillmann
2018-10-29 12:01 ` Alex Sassmannshausen
2018-10-29 12:48 ` Promoting the GNU Kind Communication Guidelines? Giovanni Biscuolo
[not found] ` <9066320.aHiQMI0tiE@aleksandar-ixtreme-m5740>
2018-10-29 18:49 ` HiPhish
-- strict thread matches above, loose matches on Subject: below --
2018-10-30 0:46 Alex Griffin
2018-10-30 2:09 ` Alex Griffin
2018-10-28 23:37 HiPhish
2018-10-23 11:15 Mathieu Lirzin
2018-10-23 13:38 ` Tobias Geerinckx-Rice
2018-10-23 14:39 ` Mathieu Lirzin
2018-10-24 1:06 ` Alex Griffin
2018-10-24 3:02 ` Jack Hill
2018-10-24 10:02 ` Ludovic Courtès
2018-10-24 14:21 ` Alex Griffin
2018-10-26 21:36 ` Tonton
2018-10-26 22:37 ` Alex Griffin
2018-10-28 18:42 ` Tonton
2018-10-28 19:50 ` Alex Griffin
2018-10-28 20:25 ` Alex Griffin
2018-10-28 21:12 ` Thorsten Wilms
2018-10-28 21:26 ` Alex Griffin
2018-10-29 8:59 ` Björn Höfling
2018-10-29 10:49 ` Thorsten Wilms
2018-10-29 13:43 ` Alex Griffin
2018-10-29 17:48 ` Christopher Lemmer Webber
2018-10-29 22:58 ` Tonton
2018-10-29 18:16 ` Cook, Malcolm
2018-10-24 10:23 ` Ludovic Courtès
2018-10-24 16:06 ` Mathieu Lirzin
2018-10-25 10:23 ` Ricardo Wurmus
2018-10-25 15:25 ` Mathieu Lirzin
2018-10-25 23:03 ` George Clemmer
2018-10-26 2:43 ` Gábor Boskovits
2018-10-26 21:25 ` Alex Griffin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=11169507.O9o76ZdvQC@aleksandar-ixtreme-m5740 \
--to=hiphish@posteo.de \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.