Re: [Gendispatch] draft-knodel-terminology-02

Bob Hinden <bob.hinden@gmail.com> Wed, 22 July 2020 21:31 UTC

Return-Path: <bob.hinden@gmail.com>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE0823A09E4 for <gendispatch@ietfa.amsl.com>; Wed, 22 Jul 2020 14:31:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 QhCtp7S96kkd for <gendispatch@ietfa.amsl.com>; Wed, 22 Jul 2020 14:31:37 -0700 (PDT)
Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 945D83A09EC for <gendispatch@ietf.org>; Wed, 22 Jul 2020 14:31:37 -0700 (PDT)
Received: by mail-wm1-x330.google.com with SMTP id 9so3154655wmj.5 for <gendispatch@ietf.org>; Wed, 22 Jul 2020 14:31:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=aDTMLXWN2YzvzfRcNvSlqdJ7EHdVpCbWC5siz5vU0N4=; b=nT0zpwaDxA+L2oxlJiyWX2/+W7p7oBLDAebCS3Wt9UYmfjGq8DTIMt5GBAaV5eZmBE zyksiPE01LgTWTYylUGnlITQpq4s8O9L6oTaLFVeHeI0aO22Bt8U5ikgLK8etp1tRoSu sZTSSX/xB1TTx0sAvUNiM8mZU/9ohm9Re3RTxBV5s/4CaUEUeZ8AwmEqBBjZNfdszoXa pjMEU1KZOQyE7uP1fUGkg1Znl08g0Ek0oRHl0MHZXaWp6k6lwh2h4t62ZotCzqZxSgs6 oZiOKUBQ+YsV6IhIx4W/lgVcWFMQh5lD7ZiTmQdfpH8QfP8LbNeJkrRjleO4Gs76YXJc vD8Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=aDTMLXWN2YzvzfRcNvSlqdJ7EHdVpCbWC5siz5vU0N4=; b=OnrzQy2QcRb80+UwDK6U/e1lvAF9MKSnjeCbBrSGFpr9HsruUpc9CMYp1mIxdMKVMZ Sx8lUXq0bG7BaON7lItuzp+jhGLQUFsKHUFEQZTr8td9yM1kBpKTES4Zn+ym4ck+uMc9 bHQ0Gx2H0NCGPRHONqjpV/lKew21ZR+p0qQP8PTWho3esTNty/P8SnJkG8Qg1vvAXQcu AB78T20Tz5ejZaN1ll/2foZ2jjylSBEPMZpRqLQpM5hN91S4loNnKve62aEsYWALMJXi aJAVQ8o12CfLMuXVIxnGlD3HRWaqGYZ+YEAB4Z/mBUfBvTRDcBviUF8rGl3uC8xLF9PF ezIg==
X-Gm-Message-State: AOAM532+C66j+vE+TtcYDu/Kk0IgY+T1dYLvcVjM/lofjaJ4ooB0Yflv 0CoYbB9YEvrKIotcSUz4hM2xs4xx
X-Google-Smtp-Source: ABdhPJwVkgHse4aw1DAexBi7fZMr3xfPO7OgSi5+m3aorK8yfSf1OK6fVKR56AyIoGh+PbZ4f5x01A==
X-Received: by 2002:a1c:62d6:: with SMTP id w205mr353990wmb.154.1595453496119; Wed, 22 Jul 2020 14:31:36 -0700 (PDT)
Received: from ?IPv6:2601:647:5a00:ef0b:25be:c91f:2bf5:6b99? ([2601:647:5a00:ef0b:25be:c91f:2bf5:6b99]) by smtp.gmail.com with ESMTPSA id t2sm915177wma.43.2020.07.22.14.31.34 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Jul 2020 14:31:35 -0700 (PDT)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <BB06C1C7-41F6-4AEA-8267-54AB0BFD12FE@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_F80AEFA5-1A52-4496-9600-3E98FB9017CF"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\))
Date: Wed, 22 Jul 2020 14:31:32 -0700
In-Reply-To: <20200722163704.8ADB21D61A46@ary.qy>
Cc: Bob Hinden <bob.hinden@gmail.com>, gendispatch@ietf.org, adrian@olddog.co.uk
To: John Levine <johnl@taugh.com>
References: <20200722163704.8ADB21D61A46@ary.qy>
X-Mailer: Apple Mail (2.3445.104.15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/YY0A4m3F2jvBRArWh1VEJtzSySc>
Subject: Re: [Gendispatch] draft-knodel-terminology-02
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jul 2020 21:31:40 -0000

John,


> On Jul 22, 2020, at 9:37 AM, John Levine <johnl@taugh.com> wrote:
> 
> In article <048201d65124$fe4cd910$fae68b30$@olddog.co.uk> you write:
>> Thanks, Niels and Mallory, for having the strength to persevere with this important topic. I would
>> like to see the IETF reach some fairly rapid resolution on the thrust of your work so that we can
>> advise authors and the RPC on the way we want to use language.
> 
> Having finally gotten around to reading this draft, i think there is
> some good advice combined with unhelpful and sometimes ahistoric
> purported motivations.
> 
> We can stop referring to things as master and slave because we think
> slavery is bad. As others have noted, western hemisphere race-based
> slavery is only one variety, and vast numbers of people all over the
> world became enslaved because they were the wrong religion, the wrong
> side at the end of a battle, the wrong sex, or just in the wrong place
> at the wrong time.
> 
> Similarly, blacklist is a term that goes back to the 1500s and has
> been used to sanction people for activities such as union organizing
> or, in the mid-20th century US, accusations of political affiliation.
> We can agree that blacklisting people is bad without making false
> connections to race.
> 
> The gratuitous racial references have two other unfortunate effects:
> one is to give an implicit free pass to people from other cultural
> backgrounds, and they ignore terms that really are about race such as
> the verbs "grandfather" and "redline".
> 
> Finally, the proposed list of substitutes isn't very good. Rather than
> try and come up with others at this point, I would suggest people
> think about what the thing they're describing is actually doing, and
> the implications of the metaphors they use. Master/slave implies that
> the slave has to do what the master says, which is usually what's
> intended, but also that the master can sell the slave, which is not.
> Look for something where the metaphor actually matches what it's
> describing.

I agree with you, I think we should stop using terminology like master/slave, white/black list, etc, in IETF specifications.

Also, that the current document needs a lot of work before it could go forward.

To Pete’s email, where should this work take place?

Bob

> 
> R's,
> John
> 
> PS: English has a perfectly good non-gendered singular pronoun but
> I've given up reminding people about it.
> 
> --
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch