Re: IESG Statement On Oppressive or Exclusionary Language

Vittorio Bertola <vittorio.bertola@open-xchange.com> Fri, 24 July 2020 09:50 UTC

Return-Path: <vittorio.bertola@open-xchange.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 C83B33A0E52; Fri, 24 Jul 2020 02:50:28 -0700 (PDT)
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, 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=open-xchange.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 bj_XGSTOQ9Pd; Fri, 24 Jul 2020 02:50:26 -0700 (PDT)
Received: from mx4.open-xchange.com (alcatraz.open-xchange.com [87.191.39.187]) (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 D0FDD3A0E76; Fri, 24 Jul 2020 02:50:14 -0700 (PDT)
Received: from open-xchange.com (imap.open-xchange.com [10.20.30.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx4.open-xchange.com (Postfix) with ESMTPS id A02506A25F; Fri, 24 Jul 2020 11:50:12 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=open-xchange.com; s=201705; t=1595584212; bh=QrxNeUAApos+Qho77C14Yh5Tr/ihup2n9nBy8QI8iyI=; h=Date:From:To:In-Reply-To:References:Subject:From; b=UJDI2uzt3idcelfhBZEgHCN5dJRQ6zUzyXs/nuFC5P94dhNcer7TF/zxWFD4pZhwO cQdrrpym+eFbaQZcth6RsO7IDcLII6OxRqgpxz9YEpdebggHhAxlqObmA7FCdHXpiu cYFwc4bBtxJeNubvUxbFB2WqWZWwe5OyE7LbpY3JboZavZRY18fVbih25UlKgxjp8T +oywG+cRGEM0inPFq8U//pvnGKP4Utuv0DVcLVE6G+cpQZ2geKhd4SinwxQ9IUqEyu P2LBtuZD8YhJ+rIgxUTMz1WNnhy4O5+BPTbAOS+3gGSWD95lTaoKWZXnN6Dp2xF6/k +VUa2akFR2xgA==
Received: from appsuite-gw2.open-xchange.com (appsuite-gw2.open-xchange.com [10.20.28.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by open-xchange.com (Postfix) with ESMTPSA id 926343C03A7; Fri, 24 Jul 2020 11:50:12 +0200 (CEST)
Date: Fri, 24 Jul 2020 11:50:12 +0200
From: Vittorio Bertola <vittorio.bertola@open-xchange.com>
To: ietf@ietf.org, The IESG <iesg@ietf.org>
Message-ID: <622492265.8482.1595584212499@appsuite-gw2.open-xchange.com>
In-Reply-To: <159552214576.23902.6025318815034036362@ietfa.amsl.com>
References: <159552214576.23902.6025318815034036362@ietfa.amsl.com>
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
Importance: Normal
X-Mailer: Open-Xchange Mailer v7.10.3-Rev17
X-Originating-Client: open-xchange-appsuite
Autocrypt: addr=vittorio.bertola@open-xchange.com; prefer-encrypt=mutual; keydata= mQENBFhFR+UBCACfoywFKBRfzasiiR9/6dwY36eLePXcdScumDMR8qoXvRS55QYDjp5bs+yMq41qWV9 xp/cqryY9jnvHbeF3TsE5yEazpD1dleRbkpElUBpPwXqkrSP8uXO9KkS9KoX6gdml6M4L+F82WpqYC1 uTzOE6HPmhmQ4cGSgoia2jolxAhRpzoYN99/BwpvoZeTSLP5K6yPlMPYkMev/uZlAkMMhelli9IN6yA yxcC0AeHSnOAcNKUr13yXyMlTyi1cdMJ4sk88zIbefxwg3PAtYjkz3wgvP96cNVwAgSt4+j/ZuVaENP pgVuM512m051j9SlspWDHtzrci5pBKKFsibnTelrABEBAAG0NUJlcnRvbGEsIFZpdHRvcmlvIDx2aXR 0b3Jpby5iZXJ0b2xhQG9wZW4teGNoYW5nZS5jb20+iQFABBMBAgAqBAsJCAcGFQoJCAsCBRYCAwEAAp 4BAhsDBYkSzAMABQMAAAAABYJYRUflAAoJEIU2cHmzj8qNaG0H/ROY+suCP86hoN+9RIV66Ej8b3sb8 UgwFJOJMupZfeb9yTIJwE4VQT5lTt146CcJJ5jvxD6FZn1Htw9y4/45pPAF7xLE066jg3OqRvzeWRZ3 IDUfJJIiM5YGk1xWxDqppSwhnKcMOuI72iioWxX0nGQrWxpnWJsjt08IEEwuYucDkul1PHsrLJbTd58 fiMKLVwag+IE1SPHOwkPF6arZQZIfB5ThtOZV+36Jn8Hok9XfeXWBVyPkiWCQYVX39QsIbr0JNR9kQy 4g2ZFexOcTe8Jo12jPRL7V8OqStdDes3cje9lWFLnX05nrfLuE0l0JKWEg8akN+McFXc+oV68h7nu5A Q0EWEVH5QEIAIDKanNBe1uRfk8AjLirflZO291VNkOAeUu+dIhecGnZeQW6htlDinlYOnXhtsY1mK9W PUu+xshDq7lXn2G0LxldYwyJYZaJtDgIKqVqwxfA34Lj27oqPuXwcvGhdCgt0SW/YcalRdAi0/AzUCu 5GSaj2kaGUSnBYYUP4szGJXjaK2psP5toQSCtx2pfSXQ6MaqPK9Zzy+D5xc6VWQRp/iRImodAcPf8fg JJvRyJ8Jla3lKWyvBBzJDg6MOf6Fts78bJSt23X0uPp93g7GgbYkuRMnFI4RGoTVkxjD/HBEJ0CNg22 hoHJondhmKnZVrHEluFuSnW0wBEIYomcPSPB+cAEQEAAYkBMQQYAQIAGwUCWEVH5QIbDAQLCQgHBhUK CQgLAgUJEswDAAAKCRCFNnB5s4/KjdO8B/wNpvWtOpLdotR/Xh4fu08Fd63nnNfbIGIETWsVi0Sbr8i E5duuGaaWIcMmUvgKe/BM0Fpj9X01Zjm90uoPrlVVuQWrf+vFlbalUYVZr51gl5UyUFHk+iAZCAA0WB rsmACKvuV1P7GuiX3UV9b59T9taYJxN3dNFuftrEuvsqHimFtlekUjUwoCekTJdncFusBhwz2OrKhHr WWrEsXkfh0+pURWYAlKlTxvXuI7gAfHEQM+6OnrWvXYtlhd0M1sBPnCjbyG63Qws7Rek9bEWKtH6dA6 dmT2FQT+g1S9Mdf0WkPTQNX0x24dm8IoHuD3KYwX7Svx43Xa17aZnXqUjtj1
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Q5UhBAXnVaajiVq-JUe_ObZLZSw>
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: Fri, 24 Jul 2020 09:50:35 -0000


> Il 23/07/2020 18:35 The IESG <iesg@ietf.org> ha scritto:
> 
> The IESG looks forward to hearing more from the community, engaging in 
> those discussions, and helping to develop a framework for handling this 
> issue going forward.

While I share the basic motivations, and I have no problems with the wording changes that are proposed in the draft if the community wants them, I have a few comments on the approach.

First of all, we need principles and a method well before we start building lists of proscribed words. The referenced draft only seems to address what is offensive to a single ethnic group in a single country, i.e. African-Americans. However, a proper policy on this would address language that is offensive to any ethnicity, gender, culture, geographical origin and social background.

For example, quite a few Italian software developers feel offended by the widespread use of the expression "spaghetti code" - even if it purportedly refers to the structure of the code, it is not uncommon to see any code written by an Italian pejoratively defined like that, even when it is actually good code. I don't know if this expression is ever used in any RFC, but it is just to illustrate that the discussion should be about much more than "master/slave".

I am also a bit wary of attaching inherent negative and positive meaning to colours. Again, I have no problem in getting rid of "blacklist" if it makes other people happy, but statements such as "Blacklist-whitelist is not a metaphor for lightness or darkness, it is a good-evil metaphor" are unsourced or sourced with single references to militant scholars (e.g. Frantz Fanon). Colours are widely used in technical interfaces and specifications, but most of them can be attached to specific ethnicities (or political opinions and more), and it could be a problem if we had to get rid of them completely.

But more importantly, I think that any kind of word policing and cleaning up of text is hypocritical if the problem of the actual inclusiveness and diversity of participation in the IETF is not addressed. Actually, I dislike word policing because it too often becomes a way for organizations to whitewash(*) themselves while perpetuating their imbalances of representation and power.

To be practical: the draft was proposed two years ago on HRPC and even there it could not reach consensus. Given how sensitive the subject is, I would suggest that we would dispatch it to a specific working group with the task of working out a general mechanism that can apply to any past and future case of offensive language. The specific terms to avoid, and how to deal with them, should then emerge as an initial application of that mechanism. 

It would however be much better if the group were also tasked with developing a strategy to increase the overall diversity of participation in the IETF and in its leadership roles.


(*) used in the primary British English meaning of https://dictionary.cambridge.org/dictionary/english/whitewashing #1, and also as an example of a word associating white with something negative

-- 
Vittorio Bertola | Head of Policy & Innovation, Open-Xchange
vittorio.bertola@open-xchange.com 
Office @ Via Treviso 12, 10144 Torino, Italy