Re: IESG Statement On Oppressive or Exclusionary Language

John Levine <johnl@taugh.com> Thu, 23 July 2020 18:56 UTC

Return-Path: <johnl@iecc.com>
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 1872C3A0CC0 for <ietf@ietfa.amsl.com>; Thu, 23 Jul 2020 11:56:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1536-bit key) header.d=iecc.com header.b=loTWEPf8; dkim=pass (1536-bit key) header.d=taugh.com header.b=hlo9XQEz
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 kfZ-0SKZygoO for <ietf@ietfa.amsl.com>; Thu, 23 Jul 2020 11:56:26 -0700 (PDT)
Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 D68223A0CBE for <ietf@ietf.org>; Thu, 23 Jul 2020 11:56:25 -0700 (PDT)
Received: (qmail 35779 invoked from network); 23 Jul 2020 18:56:24 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=8bbe.5f19dd58.k2007; bh=5GKXi3LEqVN693cvS0AGrRwDakg76pOd4Lsi4x0uObA=; b=loTWEPf8NMsoqoGRL5HhkUXWFvY+CZdg+SfqUoQZyOd3scHjGZC6ER2cytNvU9E6WTn7MnzgTcZinhLYdMDMW+z5flnuYjeVQET8vjcfxRZ53r17rP6LH6X2WrNcvoKK/Qn/TPbYK9TaX+rlz2EZS9308jEWoGAEBWF9un+lS/czXSSJFEX58YNQTco8WoAUPSLxflDdLclHr5ctlyZmXlR2gRcnQ4CkUl/3jRiikuhOnoPHy+6olHUQixlYfsJ+
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=8bbe.5f19dd58.k2007; bh=5GKXi3LEqVN693cvS0AGrRwDakg76pOd4Lsi4x0uObA=; b=hlo9XQEz7oPfY3VpdRqiKCPqXQWy+E7L4ela0vudZ3qlBrAEPBlfMA6fmeW8FXud4/DWtMw0nkghlMi8KIEpXegQSauWYADlAgfnDayWRI9WLlB5Jhf7ipGuzt0CmdBK8rvs3H2XGzIv4A+3aHxRhWFIypcJeGfo2D0kcne25Jb3KYNVo2gXeZ7va8hj0FzmBcO+7uCoSzs39kQSPI4oK0yZrUiFXJTzvAvbp3Yxn0T7P/Dy68m4743s5KaMM4av
Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 23 Jul 2020 18:56:23 -0000
Received: by ary.qy (Postfix, from userid 501) id 38A4D1D6C150; Thu, 23 Jul 2020 14:56:23 -0400 (EDT)
Date: Thu, 23 Jul 2020 14:56:23 -0400
Message-Id: <20200723185623.38A4D1D6C150@ary.qy>
From: John Levine <johnl@taugh.com>
To: ietf@ietf.org
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
In-Reply-To: <6AB72DAE-47DF-429C-ABB4-31E11D9D29EA@cisco.com>
Organization: Taughannock Networks
X-Headerized: yes
Mime-Version: 1.0
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/qqaASyayxK_ybAgOYmOB9h3jp3s>
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, 23 Jul 2020 18:56:28 -0000

In article <6AB72DAE-47DF-429C-ABB4-31E11D9D29EA@cisco.com> you write:
>I support this draft being adopted as a starting point, but I would like to see some substantial changes.  I have said this in other contexts, and I will
>say it here: what is needed is not a dictate on specific words, but rather a well-understood framework by which we decide these sorts of things.  I suggest
>that we do what we can to attract appropriate expertise into a working group to participate.

Yes, exactly. I already sent a note to gendispatch saying that while I
concur with the general goals of draft-knodel-terminology I disgree
with pretty much all of the details.

With respect to whose responsibility this is, it absolutely has to be
the entire community, and definitely *not* something that waits until
a document gets to the RFC Editor. I have no interest in a job that
will be perceived by some authors as Language Policeman, and it is not
something I would ask our contractors at the RPC to do.

I would also not underestimate the mental effort involved in keeping
our documents clear and readable while also avoiding undesirable
metaphors. It is not somthing that mechanical tools can do -- while
there are certainly some words that shouldn't ever appear in RFCs, I
doubt many of them appear anyway. There are lot of words which are
entirely defined by context such as "master" where the authors need
to think about what they're trying to say.  No tool can do that for us.

R's,
John