Re: IESG Statement On Oppressive or Exclusionary Language

Fernando Gont <fgont@si6networks.com> Tue, 28 July 2020 18:10 UTC

Return-Path: <fgont@si6networks.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 DBE313A0AA8 for <ietf@ietfa.amsl.com>; Tue, 28 Jul 2020 11:10:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 dAZSixmNPmuI for <ietf@ietfa.amsl.com>; Tue, 28 Jul 2020 11:10:41 -0700 (PDT)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F22523A0ADB for <ietf@ietf.org>; Tue, 28 Jul 2020 11:10:40 -0700 (PDT)
Received: from [IPv6:2800:810:464:1f7:8ca5:7f63:e5ff:a34] (unknown [IPv6:2800:810:464:1f7:8ca5:7f63:e5ff:a34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 0E8562837B3; Tue, 28 Jul 2020 18:10:36 +0000 (UTC)
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
To: Nico Williams <nico@cryptonector.com>
Cc: John C Klensin <john-ietf@jck.com>, ietf@ietf.org
References: <159552214576.23902.6025318815034036362@ietfa.amsl.com> <1F96C8957A277E92E45985B6@PSB> <20200728155448.GD3100@localhost> <679b8c21-7f65-6a60-b332-405ef3cdde1a@si6networks.com> <20200728173045.GF3100@localhost>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <1dd3e81a-5b5c-b5c9-2a03-217bde71f11e@si6networks.com>
Date: Tue, 28 Jul 2020 15:09:36 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <20200728173045.GF3100@localhost>
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/RKRwYOjWerdpRomDe-62GUiDY7I>
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: Tue, 28 Jul 2020 18:10:48 -0000

On 28/7/20 14:30, Nico Williams wrote:
> On Tue, Jul 28, 2020 at 01:55:50PM -0300, Fernando Gont wrote:
>> On 28/7/20 12:54, Nico Williams wrote:
>> [....]
>>>> (3) We are an international community with aspirations to be
>>>> even more so.   That may imply that a term or acronym that is
>>>> neutral or otherwise acceptable in English may be offensive,
>>>> oppressive, or exclusionary when translated or transliterated
>>>> into another language.  We should probably be aware of that too.
>>>
>>> There are limits to how sensitive we can be to issues we're not aware
>>> of.  I.e., we depend on reviewers to tell us about the issues they are
>>> aware of.  Which brings us back to your point about banned word lists
>>> not possibly being sufficient.
>>
>> Part of the issue is, I guess, that much needs to be second-guessed, because
>> virtually all the communities that would find the aforementioned language to
>> be offensive are under-represented here (if at all represented).
> 
> Because we are such an international community, but also a very very
> small and unrepresentative subset of the world's population, we're bound
> to have under-represented communities.

That sounds a bit like naturalizing non-inclusiveness -- in many 
different aspects.

I disagree that we're necessarily bond to that.


[....]
>> Maybe if one were to try to address the underlying problem (inclusiveness),
>> any issues related to language would be solved as a side-effect?
> 
> We're a very specialized, *self-selected* group.  No one ever said to me
> "hey, you'd bring diversity to the IETF, so your next assignment is to
> participate there".  Nor is that a recipe for the further success of the
> IETF.  Many of us are not sponsored in any way by employers.  When I was
> at Sun my IETF participation was never a principal aspect of my job, and
> I participated entirely of my own initiative.  Ditto my employer
> previous to Sun.  Ditto all my employment since.  I believe this is true
> for most IETF participants.

Are you suggesting that participants from, say, the top-10 or top-20 
affiliations are self-funded?


  [....]
> Perhaps you mean that we have barriers to entrance that produce an
> exclusive club. 

That's, sort of, what I meant. BUt not just "entrance".


> However, of all the SDOs, the IETF is by far the most
> accessible by any and all measures:

Fully agree on this one.


> ease of access (mailing lists,
> meetecho, etc.), cost ($0 for mailing list participation, which is the
> only participation that is required to get RFCs published, i.e., work
> done),

This one is very debatable. Yes, "on paper", you only need maling-list 
participation.



> discrimination (our rules for selecting a NomCom and I*
> leadership are explicitly non-discriminatory using any plausible
> protected classes).

Well, the rules are that you need to have attended X recent meetings, 
which in turn requires funding of some sort.



> All other SDOs are far far more costly and less
> accessible at the very least: ISO and member nation SDOs, the ITU-T, the
> UC, IEEE, OASIS, etc -- all expensive membership organizations and
> inaccessible to non-members.

Fully agree on this one.



> We've yet to hear a plausible proposal for increasing diversity at the
> IETF.  In the meantime we have to operate with who we are.  Decrying our
> lack of diversity will not help us.  Instead, we need (and have!)
> mechanisms for identifying use of offensive language and correcting it
> prior to publication 

As noted, I do support this effort. That said, the sad state of affairs 
is that, from a practical point of view, in most cases the potentially 
offensive words will not get to the folks that would most likely be 
offended by their usage.

That's the underlying issue that I think is being overlooked, or not 
considered to be an issue.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492