Re: [Gendispatch] draft charter text: terminology-related WG

Bron Gondwana <brong@fastmailteam.com> Sun, 14 February 2021 22:01 UTC

Return-Path: <brong@fastmailteam.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 6927B3A0C44 for <gendispatch@ietfa.amsl.com>; Sun, 14 Feb 2021 14:01:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Level:
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=fastmailteam.com header.b=gahjtbym; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=bDNB/3ir
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 sgZBkl5aCfwY for <gendispatch@ietfa.amsl.com>; Sun, 14 Feb 2021 14:01:57 -0800 (PST)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47ABE3A0C46 for <gendispatch@ietf.org>; Sun, 14 Feb 2021 14:01:57 -0800 (PST)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 90FC17DA for <gendispatch@ietf.org>; Sun, 14 Feb 2021 17:01:55 -0500 (EST)
Received: from imap7 ([10.202.2.57]) by compute2.internal (MEProxy); Sun, 14 Feb 2021 17:01:55 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm2; bh=E2mcb2Q qJZCYRLYkywNdriN17/kocCf2nwV3XqqwiFE=; b=gahjtbymCIBjQP7nPAxdmEG rcf5YALF8ks8NcNzDDX0BL8iVP9sCOVzwPwhUMmvr1UxoOWmsIfKdV11AaTgwRYG jT/FT9xlyzXfc3YzqR7LJW2GvyKu4T6EiO/j/XbEWga/3yXEvHaSBcK3qCL7HX1i 1PhUcVb8VQxk17QVVzF7HWFBcqdCg4gXwbFCO5PhxOevtxvedgRIRfCzBzI4vMUD 2R/n9I2sSfCoSjPaeuK1MwiFlQp7yokwtBghIQte5XMz/Mj+CBax8SL0nwNzSMri PIkA+F5rQIMY9crSeUsNqmJ7OiFoL6ZwTe3fPtWcjMSlcsuBkZPLPrmQC0VifQw= =
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=E2mcb2 QqJZCYRLYkywNdriN17/kocCf2nwV3XqqwiFE=; b=bDNB/3ircQMPTtnLOzio55 ueNafn2aWJokMCkW035gt7ae3ZcYvG2J2/mpMMxh8orYRvjmT2i9G36iZE2lzCdu KYkJL6MrO8AuVwP045nRxDhp+L8o6kV0/YKMmSe2tfNraXQBM8V5RhleT4dTl20C JikzgIB7earVG7I94tDos/FN/fRP73LDqzhufMkx/exFZ/o+bNeUCDGKvccKjE6k kB5BdZyLyKl2AZzi3pTBOmBTsv6WvuaKVz3G3Ts3FfggH7WL19/YALKUm+DlHlbJ Ye6h4p2vn12CZevvxggMWOEqYWkocDZ4/WQOWvUExOIrlCg527GIgmdEoKn6PRbQ ==
X-ME-Sender: <xms:0p0pYJLzLcHeo4pyXE2lzns4alOrVu5otD4AlOGQpHFbjJ0U-K7qwQ> <xme:0p0pYFL98_cLR0UJON3TU0DXE2eKK7GFm61qWj9M5kzy4OQIPh4S-q2f-MUiKHvAD 3pf1p65Dzc>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrieehgdduheejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsegrtd erreerreejnecuhfhrohhmpedfuehrohhnucfiohhnugifrghnrgdfuceosghrohhnghes fhgrshhtmhgrihhlthgvrghmrdgtohhmqeenucggtffrrghtthgvrhhnpeffvdekfeegle eiueettddtffehveevffefkeduvddttdekiefgjeduvdfhvdduleenucffohhmrghinhep ihgvthhfrdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepsghrohhnghesfhgrshhtmhgrihhlthgvrghmrdgtohhm
X-ME-Proxy: <xmx:0p0pYBvgcmP3rcyRKjKYjVa1K0DS8XBdo6yLwbRnVvpwnCJo-X-lXg> <xmx:0p0pYKYZCdV9WOBi0GTR9qo5woUAIJzvbArepIIrGEJTyeUpjhrjlQ> <xmx:0p0pYAbUNrf_m4i8E6t2ku9WPWQ4BRbfuHcnGzM_vzEH0e_D0FQnQw> <xmx:0p0pYJl-nt9X5lceHw_9M9NO8HsFlLz3hirzCHsna9FgueOAWaJW_Q>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 6132936005C; Sun, 14 Feb 2021 17:01:54 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-141-gf094924a34-fm-20210210.001-gf094924a
Mime-Version: 1.0
Message-Id: <215d78f0-81c0-4329-8619-4d11816ebd92@dogfood.fastmail.com>
In-Reply-To: <A531C377-33A4-4138-BE28-788FF5FE267E@sn3rd.com>
References: <A531C377-33A4-4138-BE28-788FF5FE267E@sn3rd.com>
Date: Mon, 15 Feb 2021 09:01:33 +1100
From: Bron Gondwana <brong@fastmailteam.com>
To: gendispatch@ietf.org
Content-Type: multipart/alternative; boundary="3ae80e1f932e4c9bacd60e351ef036d2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/5yFp2ZsdJIdmBgTSvLFcEJgN-l8>
Subject: Re: [Gendispatch] draft charter text: terminology-related WG
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: Sun, 14 Feb 2021 22:01:59 -0000

Ooh... look what just arrived in my mailbox this morning:

The following draft will expire soon:

Name:     draft-gondwana-effective-terminology
Title:    Effective Terminology in IETF drafts
State:    I-D Exists
Expires:  2021-02-26 (in 1 week, 4 days)

I've been mostly following this thread, in between trying to live the rest of my life (mostly, recovering from a rather brutal dental surgery following an incomplete tooth removal back during the worst of lockdown and the subsequent infection, whee, but I digress)

My memory of the discussions lo these many many months ago was that we had reached a consensus within the discussions, and announced it to the gendispatch list, that we would be forming a working group.  It's been on my personal checklist for some months to keep an eye out for when it happens, because I know that I've promised to help revise the draft, and that's going to take both a lot of time and lot of emotional and mental energy - "threading the needle" as it were.

It's quite clear that the terms "master" / "slave" / "{50 shades of}list" are all contentious and create a ton of heat.  That's reasons enough to avoid them regardless of the expected outcome.  *Even if not using those terms makes our documents less clear*, the sad fact is that in CURRENT_YEAR they are attractors for distraction.

(not just those terms - if you want to see another attractor for distraction at work, search "Kyiv" on the tz@iana list)

My main concern is that we don't restrict our list to just the 2021 small set of politically charged terms.  An example that came up at IETF107 was the term "folks" and how some feel degraded or dismissed by it, and I think say "folks is informal and shouldn't be used in professional documents" would be a fair treatment here if we are creating a list of terms.

To those who strongly oppose this charter and this working group - I would urge you to look at this as a circuit breaker to absorb some of this energy and to make our documents more readable to those who care about such things, rather than as a capitulation to all that is censorious in the world.

Saying "these terms are heated and will distract your readers from the point of your document" is on the face of it true, just by looking back at this thread and seeing how heated the responses have been.  That is a sufficient and complete justification for doing this work, and most importantly *does not require that this work make the IETF more inclusive in any measurable or justifiable way.*

**This is really important to me, because I don't believe that such measurement or proof is possible in a way that can get consensus, but I do think that avoiding heated terms so we can get on with producing high quality, readable technical documents can get consensus, so that's what I'm trying to do.

Regards,

Bron.

On Fri, Feb 12, 2021, at 07:39, Sean Turner wrote:
> Hi!,
> 
> Here is some proposed charter text to address the terminology-related WG.
> 
> Cheers,
> spt
> 
> ----------
> 
> Effective Terminology in IETF Documents (TERM)
> ----
> 
> The mission of the IETF as specified in BCP 95 is to produce high quality, relevant technical documents that influence the way people design, use, and manage the Internet. As RFC 7322 explains, "The ultimate goal of the RFC publication process is to produce documents that are readable, clear, consistent, and reasonably uniform." RFCs and Internet-drafts are most effective when they use terminology that is clear, precise, and widely accessible to readers from varying backgrounds and cultures.
> 
> In the years leading up to the chartering of this working group, there has been discussion in the IETF, in other standards organizations, and in the technology industry about the use of certain terms (such as “master/slave” and “blacklist/whitelist”) in technical documentation and whether those and other terms have effects on inclusivity. While opinions vary among IETF participants about this topic, there is general agreement that the IETF community would benefit from informational recommendations about using effective and inclusive terminology in IETF documents. 
> 
> The TERM working group is therefore chartered to produce an Informational RFC containing recommendations on terminology to use in technical work produced by the IETF. 
> 
> Milestones:
> 
> July 2021: Adopt draft providing informational terminology recommendations 
> -- 
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch
> 

--
  Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com