Re: [Gendispatch] revised

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 25 February 2021 04:27 UTC

Return-Path: <brian.e.carpenter@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 17D043A10D6 for <gendispatch@ietfa.amsl.com>; Wed, 24 Feb 2021 20:27:20 -0800 (PST)
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, FREEMAIL_FROM=0.001, 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 (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 g5tSh_6gDt0H for <gendispatch@ietfa.amsl.com>; Wed, 24 Feb 2021 20:27:18 -0800 (PST)
Received: from mail-pj1-x102c.google.com (mail-pj1-x102c.google.com [IPv6:2607:f8b0:4864:20::102c]) (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 592443A10D4 for <gendispatch@ietf.org>; Wed, 24 Feb 2021 20:27:18 -0800 (PST)
Received: by mail-pj1-x102c.google.com with SMTP id gm18so2740717pjb.1 for <gendispatch@ietf.org>; Wed, 24 Feb 2021 20:27:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=jjfYDejk3HIuUqBy9BolNBOmIvrDpifklDc/I0l05Os=; b=h3RNr+KMJh2og/snsgcafwqfn2u1hiW4j7C9EpGfh42/vca+djY+OyK2MX4lBidbpv P7AdM9vsehjv5Wq0XOuYAFqf+E3oYdOzDY01qasFor/OdbVMZuEG49wYZ6xL+gAOhcPT 7PIevrO3TA4ZX2w/Uuic2Khg8NiDdlNjqRx0AtLi4jDawpY4LwNiSGrKd9x5nh81saXL SCPVMdHffkr5v/ppQlu3PtjLtDd7bl6XLMXbU7kgqlVyGTwei237RqW1vziEbOe5rR8K 8R7Yd75Xlo9htN3eTvt4N0mTsTc/0fYiuy1YUAUbm7H945dYWJjCw9QAL1of0Tz0wBQz N+zQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=jjfYDejk3HIuUqBy9BolNBOmIvrDpifklDc/I0l05Os=; b=lwWEz7tP3avep7K+TERP/0Ahm6OKSkjv5iDCPjy/27hzqTNWqNlcyzJwLfzuiL630K UiwIOLXNikoV5/o7C5hKdFyS0ZWqganGe4G7F41y7ywbuwP+EjUxzW4YOCTJ73agzmWz 1mTEwN1dIMb/kOpzUpKVWh9EWnv/OfGBcGjhl6XDHt8tqgHPHumZBRFT0LiL9Uqiq8/L wyQWRRmnA8JMQkb7aKO+NW+SILBjfNOlv/ROkXVkgz6vLvjor0kMd0zLIiP0B7gCMBqk LIrbi9j8MWYTYBNUdiKkFsx4vWCHJ4g4AQaDQ42NLthjNcen1UZGSmZBvY8rIIxN9+2x xiiw==
X-Gm-Message-State: AOAM530n6fadp5FWPDSGmiCMEoQm5ylc4yy5p+6awJIItg//0Q2624ko aPcTQZ5wUYJ+16adQ70hCs9Lyog2eL3pFA==
X-Google-Smtp-Source: ABdhPJxsVbBewntHTPaMVZuLn2Nk1eZbQDK2GV+l9W5EAp7AJL9C/tw/vcxEdMpWfbO8AbE4VuGiDA==
X-Received: by 2002:a17:90a:b292:: with SMTP id c18mr1357182pjr.134.1614227237224; Wed, 24 Feb 2021 20:27:17 -0800 (PST)
Received: from [192.168.178.20] ([151.210.131.28]) by smtp.gmail.com with ESMTPSA id i8sm4343282pgn.94.2021.02.24.20.27.14 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 Feb 2021 20:27:16 -0800 (PST)
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> <50b72d89-ccbe-ad96-4724-c629ef2756ad@gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <c0a0dba1-36b3-a9af-a5fb-205f57c4f361@gmail.com>
Date: Thu, 25 Feb 2021 17:27:12 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <50b72d89-ccbe-ad96-4724-c629ef2756ad@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/tt8uXbyPICpKX2p6aag3tmlCjC8>
Subject: Re: [Gendispatch] revised
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: Thu, 25 Feb 2021 04:27:20 -0000

Incidentally, it would be very handy to have the TERM mailing list set up soon, so that we have a well-defined discussion venue regardless of WG status.

Regards
   Brian Carpenter

On 23-Feb-21 08:47, Brian E Carpenter wrote:
> This version looks good to me.
> 
> Regards
>    Brian
> 
> On 23-Feb-21 04: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
>>
>