git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: John Keeping <john@keeping.me.uk>
To: Ramkumar Ramachandra <artagnon@gmail.com>
Cc: Junio C Hamano <gitster@pobox.com>,
	Michael Haggerty <mhagger@alum.mit.edu>,
	Git List <git@vger.kernel.org>,
	Jonathan Nieder <jrnieder@gmail.com>,
	A Large Angry SCM <gitzilla@gmail.com>
Subject: Re: [PATCH] Documentation/CommunityGuidelines
Date: Tue, 11 Jun 2013 20:54:52 +0100	[thread overview]
Message-ID: <20130611195452.GO22905@serenity.lan> (raw)
In-Reply-To: <CALkWK0n9Ws6DRbKPRHcQPhFTFx533PZH6dg1=w-O1hQ06V66-A@mail.gmail.com>

On Wed, Jun 12, 2013 at 12:16:28AM +0530, Ramkumar Ramachandra wrote:
> John Keeping wrote:
> >     Ugh, why this roundabout-passive-past tone?  Use imperative tone
> >     like this:
> >
> >         ...
> >
> > vs.
> >
> >     We normally use the imperative in commit messages, perhaps like
> >     this?
> >
> >         ...
> >
> > As my mother would say, "politeness costs nothing" ;-)
> 
> The review is being honest about her feelings in the first one, and
> being artificially diplomatic in the second one.

I don't think it is artificially diplomatic, it's an attempt to convey a
helpful tone in an email.  As has been said elsewhere, it is easy to
read an email in the wrong tone (there is an oft-cited statistic about
the percentage of communication that is non-verbal, and which cannot be
inferred from written text).  For this reason I think it is important
for reviewers to make an effort to minimise the risk that what they
write can be interpreted as being aggressive.

>                                                   Both of them are
> constructive and friendly, in that they provide an example for the
> submitter to follow.

Both provide the same advice, yes.  But I disagree that they are both
friendly.  The top example reads (to me at least) as an attack on the
submitter for not knowing better.  It may sometimes be necessary to
resort to strong wording if someone appears to be wilfully ignoring
sensible advice but we should not expect every submitter to know the
expectations of the project; the first message to someone should gently
guide them in the right direction.

> Either way, I'm not interested in problems that have no solutions.
> The only "solution" I see here is to suffocate every contributor until
> they are "tactful enough" for the majority's liking, and "remove" the
> ones that don't conform.  If you do have an alternate solution, please
> share it with us.

I don't have a solution, only a hope that regular contributors will
learn from others how they can phrase review comments less aggressively.

I expect different people will read the same statement differently;
people are from different cultures and what is considered acceptable in
one culture can be considered rude in another.  We should aim to
cultivate our own culture where we try to minimise the risk that what we
write will be misinterpreted by someone with a different cultural
background.

  reply	other threads:[~2013-06-11 19:55 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-10 13:28 [PATCH] Documentation/CommunityGuidelines Ramkumar Ramachandra
2013-06-10 13:50 ` Célestin Matte
2013-06-10 14:04   ` Matthieu Moy
2013-06-10 16:25     ` Robin H. Johnson
2013-06-10 17:42       ` Junio C Hamano
2013-06-10 19:01         ` Jonathan Nieder
2013-06-10 19:45           ` Ramkumar Ramachandra
2013-06-10 20:41             ` A Large Angry SCM
2013-06-10 20:56               ` Ramkumar Ramachandra
2013-06-10 21:09                 ` A Large Angry SCM
2013-06-11  5:16         ` Felipe Contreras
2013-06-11  8:56         ` Ramkumar Ramachandra
2013-06-11  4:41 ` Michael Haggerty
2013-06-11  6:28   ` Felipe Contreras
2013-06-11 10:45   ` Ramkumar Ramachandra
2013-06-11 11:49     ` Felipe Contreras
2013-06-11 12:33     ` Thomas Rast
2013-06-11 13:40       ` Ramkumar Ramachandra
2013-06-11 14:40         ` Michael Haggerty
2013-06-11 15:34           ` Felipe Contreras
2013-06-11 18:16           ` Ramkumar Ramachandra
2013-06-11 18:43             ` Michael Haggerty
2013-06-11 18:55               ` Ramkumar Ramachandra
2013-06-11 19:06                 ` Junio C Hamano
2013-06-11 19:39                   ` Felipe Contreras
2013-06-11 23:48               ` Felipe Contreras
2013-06-11 19:55           ` Brandon Casey
2013-06-12 11:56         ` Theodore Ts'o
2013-06-12 12:29           ` Ramkumar Ramachandra
2013-06-12 13:58           ` Felipe Contreras
2013-06-11 15:06       ` Felipe Contreras
2013-06-11 15:41         ` Thomas Rast
2013-06-11 15:52           ` Felipe Contreras
2013-06-11 16:10   ` Thomas Rast
2013-06-11 16:17     ` Felipe Contreras
2013-06-11 17:00   ` Junio C Hamano
2013-06-11 18:24     ` Michael Haggerty
2013-06-11 18:29     ` John Keeping
2013-06-11 18:46       ` Ramkumar Ramachandra
2013-06-11 19:54         ` John Keeping [this message]
2013-06-12 11:26           ` Ramkumar Ramachandra
2013-06-12 13:14             ` John Keeping
2013-06-11 18:52       ` Michael Haggerty
2013-06-11 19:19         ` John Keeping
2013-06-11 19:46         ` Philip Oakley
2013-06-12  0:08           ` John Szakmeister
2013-06-12 14:49           ` Jakub Narebski
2013-06-12 20:54             ` Philip Oakley
2013-06-11 19:35       ` Felipe Contreras
2013-06-11 20:33     ` Jeff King
2013-06-11 20:55       ` Junio C Hamano
2013-06-11 23:19         ` Felipe Contreras
2013-06-12 12:27           ` Theodore Ts'o
2013-06-12 14:06             ` Felipe Contreras
2013-06-12 12:03       ` Ramkumar Ramachandra
2013-06-12 20:02   ` Junio C Hamano
2013-06-13  3:45     ` Michael Haggerty
2013-06-13  4:22       ` Junio C Hamano
2013-06-11  5:38 ` Felipe Contreras
2013-06-11 11:11   ` Ramkumar Ramachandra
2013-06-13 10:19 ` Thomas Adam
2013-06-13 13:36   ` Felipe Contreras
2013-06-14  9:48   ` Christian Couder

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=20130611195452.GO22905@serenity.lan \
    --to=john@keeping.me.uk \
    --cc=artagnon@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=gitzilla@gmail.com \
    --cc=jrnieder@gmail.com \
    --cc=mhagger@alum.mit.edu \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).