all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Leo Prikler <leo.prikler@student.tugraz.at>
To: "Giovanni Biscuolo" <g@xelera.eu>,
	"Mark H Weaver" <mhw@netris.org>,
	"Ludovic Courtès" <ludo@gnu.org>
Cc: Guix Devel <guix-devel@gnu.org>,
	GNU Guix maintainers <guix-maintainers@gnu.org>
Subject: Re: Criticisms of my "tone" (was Re: A "cosmetic changes" commit that removes security fixes)
Date: Sat, 01 May 2021 22:07:35 +0200	[thread overview]
Message-ID: <1bbb100c34c660eaa697ae7ea9ea7ea3638c4c50.camel@student.tugraz.at> (raw)
In-Reply-To: <874kfm75fl.fsf@biscuolo.net>

Hello Giovanni,

I am not Mark or Ludo, but as a /generic other/, I'd still like to
reply.

Am Samstag, den 01.05.2021, 19:02 +0200 schrieb Giovanni Biscuolo:
> Hello Mark and Ludovic,
> 
> please forgive me if I'm going forward with this thread but, after
> some
> hesitation, I decided to write this message because I /feel/ we could
> do
> better in dealing with issues like this one.
> 
> Please when you'll read "you" consider it a /generic you/ ("you the
> reader") not Mark, Ludovic or any specific person;  please also
> consider
> that "we" is a /plurali maiestatis/ :-D
Nitpick, should be /pluralis/ :P

> I also spent some time re-reading messages that Mark sent in this
> thread
> and, like him, I really don't understand what Mark did wrong.
> 
> For sure Mark /insisted/ that Raghav and Léo did something wrong with
> some commits, we can say Mark did it being /direct/ and /accusatory/
> but
> we cannot really say Mark assumed bad faith from them.
He did wrong insofar as his accusatory message read as though he was
assuming bad faith (or at the very least incompetence, which, if you
are the party being accused, does not sound too nice either).

> If you want you can consider Mark used an /harsh/ tone but this is a
> personal feeling, something one /could/ read "between the lines" even
> if
> actually in a written communication I find it hard to read between
> the
> lines, it is not something factual.  Maybe Mark intended to be harsh,
> maybe not: who knows?  Is /this/ (finding he was harsh) important?
It is definitely of some importance.  You want your readers to
interpret your message in the same way you interpret them and "sounding
pointlessly harsh" is (I would assume) not the way anyone wants to be
read.  Of course, there is a complex interplay between reader and
writer at hand here, but only one variable for the writer to control.

In this case, what was read between the lines caused one of the
participants to assume a very defensive stance, and might also have
been uncomfortable for others, who were involved.  While I personally
disagree with tone policing (the act of dismissing criticism based
solely on issues of tone), I think trying to phrase things in a way
you're less likely to be misunderstood is in general a good idea.

> As I said above, at most Mark communication should be considered
> /direct/ and /accusatory/, I say this considering statements like
> this:
> 
> «Léo Le Bouter [...] bears primary responsibility for these
> mistakes.»
> 
> «I would very much like to hear an explanation from Léo about how
> this
> happened.»
> 
> «Nonetheless, you (Raghav) also bear some responsibility»
> 
> «blatantly [1] misleading commit log [...] Most of the changes above
> are
> not mentioned in the commit log at all, and of course the summary
> line
> is extremely misleading.»
Each of those phrases on their own might not look too bad, but
stringing them together like this constructs an image in which Mark is
just looking for someone to blame.  Of course, with full context, it's
slightly less severe, but you can't ignore the possibility, that your
conversation partner might choose to get riled up by those alone.

> So: Mark gave responsibilities and complained "loudly" about
> misleading
> commits, giving precise explanations of the reasons for how bad he
> considered the situation, from his point of view (the point of view
> of a
> person with competence /and/ previous commints in the domain he was
> analyzing).  You can agree or disagree with him, but /now/ this is
> not
> the point.
> 
> You can call it /accusation/, I call it /asking for responsibility/.
> 
> You can call it /harsh/, I call it /direct/.
> 
> Is it really important to find a proper definition for words used by
> Mark?  Is it important to define if some word was proper or improper
> to
> in this context?
> 
> In my opinion we should refrain questioning language here (I mean in
> Guix mailing lists), especially questioning (perceived) "tone";
> /unless/
> containing accusations of bad faith or insults, we should be
> forgiving
> /each other/ on how people choose how to use [2] language.
> 
> If we question language usage we risk to shame people for improper
> use
> of language and this is bad in my opinion because we risk to isolate
> or
> alienate people who - for whatever reason they choose - use direct
> (or
> harsh, or accusatory) language to express controversial ideas or
> report
> issues, never intending to offend really no one: please respect
> people
> /also/ if you find they improperly use language.
You make a somewhat decent point against tone policing and since I
agree on the position, I don't want to take away from your argument. 
However, I think it'd be better not to consider this as an issue of
people "choosing to be harsh" (which could well be avoided), but in
terms of inclusivity (not everyone is a native English speaker and we
come from different cultural backgrounds; we shouldn't discourage people from contributing just because they aren't part of a queer squat in Paris).
> [...]
> 
> Thanks! Giovanni.

I think this explains how I see it somewhat well, but remember, that
there are as many opinions on this matter as there were participants in
the discussion.  We might not all reach a consensus here.

Leo 



  reply	other threads:[~2021-05-01 20:08 UTC|newest]

Thread overview: 96+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-22  0:58 A "cosmetic changes" commit that removes security fixes Raghav Gururajan
2021-04-22  2:41 ` Mark H Weaver
2021-04-22  3:17   ` Raghav Gururajan
2021-04-22  4:05     ` Raghav Gururajan
2021-04-22  4:33       ` Mark H Weaver
2021-04-22  5:02         ` Raghav Gururajan
2021-04-22 17:21       ` Mark H Weaver
2021-04-22 17:40         ` Another misleading commit log (was Re: A "cosmetic changes" commit that removes security fixes) Mark H Weaver
2021-04-22 20:06           ` Léo Le Bouter
2021-04-22 21:24             ` Ricardo Wurmus
2021-04-22 21:33             ` Mark H Weaver
2021-04-26 17:17               ` Ludovic Courtès
2021-04-28 16:43                 ` Criticisms of my "tone" " Mark H Weaver
2021-04-28 17:55                   ` Leo Famulari
2021-04-28 20:24                     ` Pjotr Prins
2021-04-29  6:54                       ` Joshua Branson
2021-04-29  9:26                   ` Léo Le Bouter
2021-04-29 15:30                     ` Matias Jose Seco Baccanelli
2021-04-30  0:57                   ` aviva
2021-05-01 17:02                   ` Giovanni Biscuolo
2021-05-01 20:07                     ` Leo Prikler [this message]
2021-05-01 22:12                       ` Mark H Weaver
2021-05-01 22:54                         ` Mark H Weaver
2021-05-01 23:15                         ` Leo Prikler
2021-05-02  3:13                           ` Mark H Weaver
2021-05-02 10:31                             ` Leo Prikler
2021-05-03  9:00                               ` Mark H Weaver
2021-05-03  9:59                                 ` Leo Prikler
2021-05-03 17:00                                   ` Mark H Weaver
2021-05-02  4:17                           ` 宋文武
2021-05-02  4:31                             ` Leo Famulari
2021-05-02  6:26                               ` 宋文武
2021-05-02 15:01                             ` Leo Prikler
2021-05-02 19:29                               ` Mark H Weaver
2021-05-02 20:09                                 ` Leo Prikler
2021-05-02 21:02                                   ` Mark H Weaver
2021-05-02 21:58                                     ` Leo Prikler
2021-05-02 20:59                                 ` Ludovic Courtès
2021-05-02 21:23                                   ` Mark H Weaver
     [not found]                           ` <87czu9sr9k.fsf@outlook.com>
2021-05-02  4:33                             ` 宋文武
2021-04-22 21:51             ` Another misleading commit log " Ludovic Courtès
2021-04-22 21:49         ` A "cosmetic changes" commit that removes security fixes Raghav Gururajan
2021-04-24  8:09           ` Mark H Weaver
2021-04-30  0:58             ` aviva
2021-04-22 18:37       ` Leo Famulari
2021-04-22 18:48         ` Mark H Weaver
2021-04-22 21:50         ` Raghav Gururajan
2021-04-22  4:08     ` Mark H Weaver
2021-04-22 11:39       ` 宋文武
2021-04-22 13:28         ` Mark H Weaver
2021-04-22 20:01       ` Léo Le Bouter
2021-04-22 21:08         ` Christopher Baines
2021-04-22 21:09         ` Leo Prikler
2021-04-22 21:21         ` Mark H Weaver
2021-04-23 17:52           ` Maxim Cournoyer
2021-04-23 18:00             ` Raghav Gururajan
2021-04-23 18:38               ` Maxim Cournoyer
2021-04-23 22:06                 ` Raghav Gururajan
2021-04-23 18:50             ` Léo Le Bouter
2021-04-23 19:15               ` Leo Prikler
2021-04-23 19:18               ` Leo Famulari
2021-04-23 19:33                 ` Léo Le Bouter
2021-04-23 20:12                   ` Leo Famulari
2021-04-26 17:06                     ` Giovanni Biscuolo
2021-04-26 17:32                       ` Leo Famulari
2021-04-26 21:56                         ` Giovanni Biscuolo
2021-04-26 23:01                           ` Leo Famulari
2021-04-24  7:46                   ` Mark H Weaver
2021-04-26 14:59                     ` Léo Le Bouter
2021-04-26 15:23                       ` Tobias Geerinckx-Rice
2021-04-26 17:21                         ` Ludovic Courtès
2021-04-26 20:07                           ` Pjotr Prins
2021-04-26 17:46                         ` Léo Le Bouter
2021-04-28 15:52                           ` Marius Bakke
2021-04-29  9:13                             ` Léo Le Bouter
2021-04-29 11:46                               ` Leo Prikler
2021-04-29 11:57                                 ` Léo Le Bouter
2021-04-29 11:41                             ` Arun Isaac
2021-04-29 12:44                               ` Pierre Neidhardt
2021-04-29 14:14                                 ` Pjotr Prins
2021-04-30 17:40                                   ` Pierre Neidhardt
2021-04-30 19:56                                     ` Pjotr Prins
2021-05-01  7:23                                       ` Arun Isaac
2021-05-01 12:40                                         ` Pjotr Prins
2021-05-01  9:15                                       ` Pierre Neidhardt
2021-05-01 10:18                                         ` Yasuaki Kudo
2021-05-03  7:18                                           ` Pierre Neidhardt
2021-05-01 14:50                                     ` Giovanni Biscuolo
2021-05-03  7:25                                       ` Pierre Neidhardt
2021-05-04  2:18                                         ` Bengt Richter
2021-05-04  6:55                                           ` Pierre Neidhardt
2021-05-04 15:43                                             ` Ludovic Courtès
2021-05-06 17:18                                               ` Pierre Neidhardt
2021-04-29 16:21                               ` Arun Isaac
2021-04-26 19:31                 ` Léo Le Bouter
2021-04-27 18:10                   ` Andreas Enge

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=1bbb100c34c660eaa697ae7ea9ea7ea3638c4c50.camel@student.tugraz.at \
    --to=leo.prikler@student.tugraz.at \
    --cc=g@xelera.eu \
    --cc=guix-devel@gnu.org \
    --cc=guix-maintainers@gnu.org \
    --cc=ludo@gnu.org \
    --cc=mhw@netris.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.