Re: IESG Statement On Oppressive or Exclusionary Language - word list

"Joel M. Halpern" <jmh@joelhalpern.com> Sun, 09 August 2020 17:51 UTC

Return-Path: <jmh@joelhalpern.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 4F1B13A07F2 for <ietf@ietfa.amsl.com>; Sun, 9 Aug 2020 10:51:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.049
X-Spam-Level:
X-Spam-Status: No, score=-3.049 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, NICE_REPLY_A=-0.949, 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=joelhalpern.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 nxFDLqkyJFKV for <ietf@ietfa.amsl.com>; Sun, 9 Aug 2020 10:51:52 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 213A03A07B9 for <ietf@ietf.org>; Sun, 9 Aug 2020 10:51:52 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4BPmr76jcFz6G9s6; Sun, 9 Aug 2020 10:51:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1596995511; bh=g+D5USEgyUr9qUC446JQ1fqOz6+mYkbLfA1+6o8Ejm0=; h=Subject:To:References:From:Date:In-Reply-To:From; b=a4AVpVNhBPX9ha1jJRmfIAl+tZFLvkcSYnxAzt/PPEiNE49jeWVlMXbhKTzuek30j TLfsjOcbcWO/IGZkYw7HUKog1rAOsyoAWSZTU6OtO/22lyMcV2dJ1zje3ZgEpZDenq g23e8NfxDFWPp21zKyJZ+zum9GsNcW8gwjy7/C6Y=
X-Quarantine-ID: <bmF6V_gqF5Bm>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4BPmr7365yz6G8pj; Sun, 9 Aug 2020 10:51:51 -0700 (PDT)
Subject: Re: IESG Statement On Oppressive or Exclusionary Language - word list
To: John C Klensin <john-ietf@jck.com>, ietf@ietf.org
References: <5692e18e-afbb-9294-1074-3b81dafe8803@network-heretics.com> <59C4CA26-A1EB-4CF4-B973-BC2BBF53A094@gmail.com> <CAL02cgTZt-9+QWPT1aWXcOgpEwuNV2uHnVi5dGm7V5y_8_U1SQ@mail.gmail.com> <0cceb0f2-b5fe-a194-7ce8-68cc537f9cd1@lounge.org> <CAL02cgTV-cfTPO2wrKz0H2E=FLhagu-qs7fwx6jXeJDH-2cSHA@mail.gmail.com> <20200807171546.GP40202@straasha.imrryr.org> <737B9515-C538-4EEB-8A5D-672987A0FE86@akamai.com> <20200807190716.GQ40202@straasha.imrryr.org> <845bd95e-0d95-a164-40f9-e9c45feed6dc@gmail.com> <6D464C5C-D9CB-47A1-A8BB-CD8CAD21B779@cooperw.in> <B5969C0B-EF25-40CF-BFB4-8E062C90CA24@gmail.com> <90fd8bff-c81c-5518-65c6-b929132a4bdd@comcast.net> <44B55324558FD335BADB4165@PSB> <56fd2677-df6a-8ff2-6093-6e8d42442973@joelhalpern.com> <60160A936BE682CEDE0704E1@PSB> <ae46e43a-e5db-0f57-0b01-6c2c2ff7a1ed@joelhalpern.com> <01DA17AE9467CA40963588C1@PSB> <c04b89e5-2681-91fb-06e9-8f073eed72d8@joelhalpern.com> <4C234CEB7A8243A19CF1A00C@PSB>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <0cad208c-2cf2-1b0d-2383-77ca5fc701e8@joelhalpern.com>
Date: Sun, 09 Aug 2020 13:51:50 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <4C234CEB7A8243A19CF1A00C@PSB>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/JyN3EBzefwszh4jRaq72b7vi-cs>
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: Sun, 09 Aug 2020 17:52:05 -0000

My reasoning on asking for a list of terms that are more often 
problematic, and likely candidate replacements for them, is to help the 
reviewers.
I had not even realized that grandfathered has unfortunate connotations 
and associations.
I do not expect non-native speakers of English, much less non-native 
speakers whose culture is very different from typical western European 
and American culture, to easily be able to recognize what the concern is.
I would not label such a list "must be avoided", as that is clearly too 
strong.  Particularly since almost all words have multiple uses.

Yours,
Joel

On 8/9/2020 1:39 PM, John C Klensin wrote:
> 
> 
> --On Sunday, August 9, 2020 13:16 -0400 Joel Halpern Direct
> <jmh.direct@joelhalpern.com> wrote:
> 
>> I believe I agree with you in the sense that if we as a
>> community do not have rough consensus that this kind of
>> checking should be done, then ADs should not be asking
>> reviewers to perform this kind of checking.  (I agree that
>> individuals are always free to look for things.)
> 
> Agreed, with the observation that "please be on the lookout for
> problems of this sort" is very different from "please watch out
> for this particular list of words", especially if the latter
> implies that words not on the list are inherently less important.
> 
>> Personally, I think it would help us on multiple levels if we
>> could, as a community, agree that this kind of checking should
>> be done, and the issues should be raised.
> 
> In case it has not been clear, I agree.  I even agree with
> comments that our doing so is long overdue.
> 
> However, if "this kind of checking" involves a list of "bad" or
> "problematic" words (with or without a list of proposed
> substitutions), then (i) I think it is unlikely that we can
> build a stable list of that sort without favoring issues in some
> cultures and ignoring issues in others (and I personally think
> that would be bad) and (ii) Based, if nothing else, on the
> discussions on this list, I don't see an acceptable level of
> community consensus emerging any time soon (just my opinion, of
> course).  So I prefer to trust the community --on a document by
> document and usage by usage basis-- rather than an authoritative
> list or committee.
> 
> I also prefer discussion and mutual education with authors and
> within WGs to letting things get as far as cross-area review
> teams -- to that point that, if problematic language reaches a
> review team, IETF LC, or the IESG without, at least, significant
> discussion about appropriateness, we should view it as enough of
> a process failure to touch off a discussion among ADs and WG
> Chairs about how such language can be flagged before reaching
> those points in the future.
> 
>>    Neither you nor I
>> have the right to call the rough consensus for the IETF list /
>> community.
> 
> Of course.  Neither does the IESG or any single AD if they are
> doing it on the basis of what they believe would be community
> consensus if only the community were more enlightened.  And that
> is precisely the boundary between "can the AD ask?" (the
> question you asked) and "can the AD require or insist?" (the
> question that, IMO, has been implied by many of the comments on
> this list).
> 
> best,
>     john
>