RE: Diversity and offensive terminology in RFCs

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 20 September 2018 13:21 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD739130DE3 for <ietf@ietfa.amsl.com>; Thu, 20 Sep 2018 06:21:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QZ39fJ2AsZkQ for <ietf@ietfa.amsl.com>; Thu, 20 Sep 2018 06:21:57 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24F7E129C6B for <ietf@ietf.org>; Thu, 20 Sep 2018 06:21:56 -0700 (PDT)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id w8KDLsTs016115; Thu, 20 Sep 2018 14:21:54 +0100
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 1D81122040; Thu, 20 Sep 2018 14:21:54 +0100 (BST)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id 1186E22032; Thu, 20 Sep 2018 14:21:54 +0100 (BST)
Received: from 950129200 (1.196.bbplus.pte-ag1.dyn.plus.net [81.174.196.1] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id w8KDLq7w028192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Sep 2018 14:21:53 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Niels ten Oever' <lists@digitaldissidents.org>
Cc: 'IETF Discussion' <ietf@ietf.org>
References: <cafa1282-ae6a-93de-ea4a-d100af28d8b8@digitaldissidents.org> <CABSMSPXxg-UTZzXREcbYQiQgzAwXP4uUGPtN+jWrYomZRQxL-Q@mail.gmail.com> <CFA08128-7D9E-4CA8-B6FD-F3D9A37DD18F@gmail.com> <d3b29086-9096-2087-7448-a9673a69f7f5@digitaldissidents.org>
In-Reply-To: <d3b29086-9096-2087-7448-a9673a69f7f5@digitaldissidents.org>
Subject: RE: Diversity and offensive terminology in RFCs
Date: Thu, 20 Sep 2018 14:21:51 +0100
Message-ID: <061401d450e4$e4f034e0$aed09ea0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQLCwwIP9CDa2d79sUY1/4Q+BEnW3gI4E9XHAVlAo68BW+BeQaL00TFg
Content-Language: en-gb
X-Originating-IP: 81.174.196.1
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24106.007
X-TM-AS-Result: No--17.988-10.0-31-10
X-imss-scan-details: No--17.988-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24106.007
X-TMASE-Result: 10--17.987900-10.000000
X-TMASE-MatchedRID: gzVbiXtWD9vxIbpQ8BhdbDPDkSOzeDWWc3ewuwbSaG4CsxyhR8y7CYrr VDrdF6YEQWjhEyt+PEcidkOLUu/7aLsmmzHqjp/JI9sIfEUinBhAq6/y5AEOOo9x3aMQAmDtFYw Hmjsi/dI2/q94fQmCOJG17NwV0jnYDTo1avBooraHCD+1woJVnQNgwMwFOEvJfE7unL5EELwvcc kK09Ip4prH8zcyext0twzteZxo2dOQFHd0cGjNx8AmcZEx8XHJz+tKvxV+YbAfwQ5+r4+IN8/g6 w65hQyP4E7WN8X2XS9RK9dnxWTW0F++LkLQfq/q081phgl5F/lpKMzI6XVMGdp1biJhIyNRp7ue aEkDqTNu/qyVnmMf8I6qUksujGRyHodpx3o6Grs7x2kIE2mYtYyzstdwoG+PnvbaEOoeixM5TJ4 G6CgXxVGnM8ftKgnbXulhb9SxPH3+E79m9ELUwAhWgIsZuXlPYqLHQV0bLx9A+jvJEsPu5qPFjJ EFr+oloTCA5Efyn8D99OkOM4QuA90H8LFZNFG7bkV4e2xSge7DgPLT5ISLrsvSni4TAq2oZMpQN TdY7zOW5OThOYxUfl8I4oUq5Vga
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/KPZnIE0cZCOHJSVYjli2QUCoZVE>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Sep 2018 13:22:00 -0000

Long ago and far away, I did some code and documentation work for a large multinational. Part of the work described return codes carried on responses when the input parameters were not acceptable.

We were told off for using the string "Invalid value" because that could be deemed offensive. There is still code out there that ambiguously reports "Parameter contains unexpected value." We did settle on "not valid" instead.

Of course some terms have associated meanings that make the use of those terms unacceptable in any circumstance. (Who would be a supplier of bundles of sticks in the modern world? And possibly we are lucky to have picked the term "link bundle".) But those words were usually made bad by intended derogatory use not by the facts that they described. Thus, the only alternative way to correctly describe the relationship currently known as "master/slave" is to invent a new phrase that has exactly that meaning (such as "demanding-client/compelled-server") or to find another phrase that already exists and has exactly the same meaning.

Given the disruption caused by a change in terminology, we should only act when there is need. As others have said, the best way to identify such a need is for those who are insulted or otherwise harassed to speak up. It is not efficient for others (many of whom, like me, have their own histories of benefit and oppression) to project. Of course, speaking up in public is hard and uncomfortable, but we have an Ombudsteam in place for exactly such issues and I am confident that they or any member of our leadership (ADs, IAB) would be very happy to hear of any concerns and would channel them with full confidentiality.

Adrian

> -----Original Message-----
> From: ietf [mailto:ietf-bounces@ietf.org] On Behalf Of Niels ten Oever
> Sent: 20 September 2018 12:41
> To: Stewart Bryant; Riccardo Bernardini
> Cc: IETF Discussion
> Subject: Re: Diversity and offensive terminology in RFCs
> 
> On 09/20/2018 01:25 PM, Stewart Bryant wrote:
> > The term master/slave is used when it is technically required that the
> instruction is executed without equivocation.
> 
> Would leader/follower (as implemented by Django) not work just as well?
> It seems to work for them for quite a while already.
> 
> Best,
> 
> Niels
> 
> --
> Niels ten Oever
> Researcher and PhD Candidate
> Datactive Research Group
> University of Amsterdam
> 
> PGP fingerprint	   2458 0B70 5C4A FD8A 9488
>                    643A 0ED8 3F3A 468A C8B3