git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: "Michal Suchánek" <msuchanek@suse.de>
To: Senol Yazici <sypsilon@googlemail.com>
Cc: Junio C Hamano <gitster@pobox.com>,
	"Randall S. Becker" <rsbecker@nexbridge.com>,
	git@vger.kernel.org, Johannes.Schindelin@gmx.de,
	jpyeron@pdinc.us
Subject: Re: [RFE] Demilitarize Documentation (was RE: Delivery Status Notification (Failure))
Date: Tue, 19 Feb 2019 10:39:06 +0100	[thread overview]
Message-ID: <20190219103906.3fc4c231@naga.suse.cz> (raw)
In-Reply-To: <CAFacdQ_9=2hbC8-5+N=RdrGs=Anu2ku+TAj7x07OQNpa1b+gcg@mail.gmail.com>

On Tue, 19 Feb 2019 09:02:43 +0100
Senol Yazici <sypsilon@googlemail.com> wrote:

> Dear all,
> 
> Thank you for the quick response and apologize my late reply (good
> morning from Europe).
> 
> I understand that well "established" concepts might make it easier
> grasping concepts.
> 
> My concerns towards using these particular expressions
> (dictator/lieutenant/blessed) are nevertheless motivated.
> 
> 1. Dictator
> Concern: "Bad" connotation.
> 
> I agree, dictator is not military, but it is not "not military at
> all", see https://www.merriam-webster.com/dictionary/dictator.
> Except of case 1 a (and 2, which is not applicable in this context),
> cases b and c are related to either "autocrat" or "fascist dictator".
> Both of these historical "figures" majorities abused their military
> power to "rule" in an oppresive way.
> Further, "googling" dictator does not give Linus as a result in (at
> least my) search (bubble).
> It gives the well known bad examples of dictators usually having
> abused or are abusing their powers in an oppressive/tyrannical way.

You could say that serves as a reminder that authority comes with
responsibility ;-)
> 
> Suggestion for substitution: Principal or principal integrator.
> 
> 2. Lieutenant (somehow I manage to misspell this word most of the times)
> Concern: Strong relation to military.
> 
> I also agree here, lieutenant is not military, again see
> https://www.merriam-webster.com/dictionary/principal.
> The connotation here is also not as negative as it is with dictator.
> However, googling lieutenant results in mostly military figures.
> 
> Suggestion for substitution: Assistant or assistant integrator.

So now the terms sound a lot like a corporate lingo. Is it now turn for
enthusiasts and entrepreneurs to feel excluded because git is meant
only for corporations, and for people who had bad experience as
corporate employees to feel offended?

> 
> 3. Blessed repository
> Concern: Rather exclusive than inclusive.
> 
> I agree, blessed is not a bad phrasing. But if one is not
> attached/related to a religion in some way, one somehow feels left
> out.
> It is creating some troubles explaining this to the "curious young
> mind" (i.e. children) without having to mention religion at some point
> of the explanation.
> Why should one need to go there in a discussion of how "big projects"
> are dealt with?
> Of course, one could say "it is another word for approved" and neglect
> the origin of the word.
> What would then be left as a motivation to use this word at all, and
> not use approved?
> 
> The more I try to understand what "blessed" in a context of a
> repository wants to tell me about it's current state, the less I am
> understanding.
> 
> I think the state of the repository is something like "Approved by
> principal integrator" or "Principal integrator (PI) approved", thus...
> 
> Suggestion for substitution: PI-Approved repository
> 
> Words have their weight.

The problem is they all have weight, and different words have different
weights for different people.

> In times where the entire world is accessible by the "click of a
> finger" it is becoming more and more important to be inclusive.
> Further, in a world where hundred of millions live in conditions ruled
> by dictators or military regimes _I_ care more about acceptable than
> "descriptive".

I would like to point out that dictators rarely call themselves
'dictator' so whatever negative connotations people living in actual
dictatorships are most likely connected with the person of the dictator
or the title the dictator chose for themselves and not the actual word
'dictator'.

Also once you go down this route you will find that most words have
some negative connotation to some people. If you manage to find a few
purely neutral words and write your documentation with them people will
likely learn to hate them over time because they will read them again
and again in vague politically correct documentation that does not
describe what it is supposed to document in fear of offending somebody.

At that point you can just delete the page from the documentation and
be done with it.

> 
> I am not sure if someone in a "warlike" situation will feel "included"
> finding these expressions when it is about software development
> projects!

I don't feel included in projects where the documentation is
unintelligible for use of vague and non-descriptitve words.

Thanks

Michal

  reply	other threads:[~2019-02-19  9:39 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-18 16:51 [RFE] Demilitarize Documentation (was RE: Delivery Status Notification (Failure)) Randall S. Becker
2019-02-18 17:26 ` Michal Suchánek
2019-02-18 18:39 ` Junio C Hamano
2019-02-19  8:02   ` Senol Yazici
2019-02-19  9:39     ` Michal Suchánek [this message]
2019-02-19 14:47       ` Johannes Schindelin
2019-02-19 16:28         ` Michal Suchánek
2019-02-19 10:01     ` SZEDER Gábor
2019-02-19 11:00       ` Senol Yazici
2019-02-19 14:58       ` Johannes Schindelin
2019-02-19 16:20         ` Michal Suchánek
2019-02-20 19:54           ` Johannes Schindelin
2019-02-19 20:16         ` Philip Oakley
2019-02-20 11:17         ` SZEDER Gábor
2019-02-19 11:19     ` Ævar Arnfjörð Bjarmason
2019-02-19 13:33       ` Michal Suchánek
2019-02-19 13:52       ` Christian Couder
2019-02-19 13:58         ` Michal Suchánek

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

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190219103906.3fc4c231@naga.suse.cz \
    --to=msuchanek@suse.de \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=jpyeron@pdinc.us \
    --cc=rsbecker@nexbridge.com \
    --cc=sypsilon@googlemail.com \
    /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 public inbox

	https://80x24.org/mirrors/git.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).