Re: [Gendispatch] revised (was: Re: draft charter text: terminology-related WG)

Stephen Farrell <stephen.farrell@cs.tcd.ie> Mon, 22 February 2021 19:36 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
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 D29F43A1F89 for <gendispatch@ietfa.amsl.com>; Mon, 22 Feb 2021 11:36:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, NICE_REPLY_A=-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 (1024-bit key) header.d=cs.tcd.ie
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 3NbR1i436f3Q for <gendispatch@ietfa.amsl.com>; Mon, 22 Feb 2021 11:36:54 -0800 (PST)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 133083A1F56 for <gendispatch@ietf.org>; Mon, 22 Feb 2021 11:36:53 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id C76F4BE47; Mon, 22 Feb 2021 19:36:51 +0000 (GMT)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fblvKbPItAbt; Mon, 22 Feb 2021 19:36:49 +0000 (GMT)
Received: from [10.244.2.119] (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 88399BE2F; Mon, 22 Feb 2021 19:36:49 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1614022609; bh=jfISZ4129WCck4W/xrOsQK6T8vzGTGiJ4EfBMxPU/0Y=; h=Subject:To:References:From:Date:In-Reply-To:From; b=evNSPitZsMpKc0bk2ROBNsgGK4a00vT4LaAalsXqXHsboXrzN6SjrixDohcyU9vmT e3VLqzIZEtRjmY7xLK2eg3wWED5XszmZRCjVxwhbVvXq/haAmr+yZpa7AZ7dTcGyOP IXZLleOt76gM44OJNavbjD/kZg1YtPJ1ysxGzL7A=
To: Sean Turner <sean@sn3rd.com>, GENDISPATCH List <gendispatch@ietf.org>
References: <A531C377-33A4-4138-BE28-788FF5FE267E@sn3rd.com> <6F387137-46E4-4CDE-9BCA-CAED684D3AA1@sn3rd.com>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Message-ID: <1dc43479-60d5-11c1-ebad-3a83f6511019@cs.tcd.ie>
Date: Mon, 22 Feb 2021 19:36:48 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1
MIME-Version: 1.0
In-Reply-To: <6F387137-46E4-4CDE-9BCA-CAED684D3AA1@sn3rd.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="Y6pMdOlzUUoYQqXl0B7X741Ir0Xq7HFED"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/e3o0EOZzAdL6EVLnZK1vFy-l6sk>
Subject: Re: [Gendispatch] revised (was: Re: 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: Mon, 22 Feb 2021 19:37:04 -0000

I'm also fine with that fwiw,
Cheers,
S.

On 22/02/2021 15:59, Sean Turner wrote:
> Here is some revised draft charter text.  There are some edits in the penultimate paragraph to address comments on list and the last paragraph is new. There were also three suggestions I did not address:
> 
> (3) comments about whether to leave in the "master/slave" and "blacklist/whitelist" examples. Opinions, to me, seemed mixed on this suggestion and the charter text is otherwise very abstract so, I thought, leaving them in gives context for external readers.
> 
> (2) recommendation for a second deliverable -- I didn't really see much support and it is not consistent with the gendispatch outcome.
> 
> (3) recommendation to replace “Effective” with “Inclusive" in the WG name. I didn't see much support and some people want to spend time defining inclusive first.
> 
> 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. The RFC will express general principles for judging when language is inclusive or exclusive. It will also point out potentially problematic terms and potential alternatives, or link to an updateable resource containing such information.
> 
> The TERM working group is a focused group aiming to produce a single deliverable. It is designed to complement other efforts at fostering inclusivity in the IETF.
> 
> Milestones:
> 
> July 2021: Adopt draft providing informational terminology recommendations
> 
>> On Feb 11, 2021, at 15:39, Sean Turner <sean@sn3rd.com> 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
>