Re: Some more thoughts about language and what to do next

Bron Gondwana <brong@fastmailteam.com> Thu, 30 July 2020 10:55 UTC

Return-Path: <brong@fastmailteam.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 968893A1034 for <ietf@ietfa.amsl.com>; Thu, 30 Jul 2020 03:55:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.119
X-Spam-Level:
X-Spam-Status: No, score=-2.119 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=fastmailteam.com header.b=YH4DROTx; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=G8mQC9rC
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 mESMsWP3dcJo for <ietf@ietfa.amsl.com>; Thu, 30 Jul 2020 03:55:30 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AFFC3A1085 for <ietf@ietf.org>; Thu, 30 Jul 2020 03:55:30 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id D0FF45C0118; Thu, 30 Jul 2020 06:55:29 -0400 (EDT)
Received: from imap7 ([10.202.2.57]) by compute1.internal (MEProxy); Thu, 30 Jul 2020 06:55:29 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:cc:subject:content-type; s=fm3; bh=zCJb yBu1BiDdGXG7lnU1AAZsfjT4UdXh5NvEEw1GrXU=; b=YH4DROTxBMFL7gOXjGxF pOm3WFTkYuu3Lh869UbcjdqKuBGBBzf9lThIgGyrE8fTeJyZiOKLbLcPqDpIpoXr xushHiBRttzQmIB3zZtTmcZrdav8mrQzJIHJn+ULVrAuvfgYA/FzN+ZHT/taoXGx NgqlGpKt1vg152uKmwAg/vCsJ5TFBYBrwaThMkP/EKM82EqxGuaaI+knqawoWBsq hPYBxUKd5mr6TOCFq15TaoE0DOzUiv0OSHwfzbc7CxwVT7C354pC+DgZenzY+xAJ LeAWPtEw125ROR/iGihR7w+Aq6CXA8wBsR2VeTLNc32e41E8mcE/bd4F8yBcOOTI Ag==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=zCJbyB u1BiDdGXG7lnU1AAZsfjT4UdXh5NvEEw1GrXU=; b=G8mQC9rCLJoPubB4Vnn8sn tcxBSFZyZoyKqTbyyM/yFbHQ49hQrVbv+xdBt38qMeI2aG8SdMjeXxn8Hr8G1YKn zIWS+ML6KpyU3Yyq0PauSD1YxhAr8VZg6tp27C1SARTSkjFUAQLxHiBE81hlUjmy kpaSgXOApZch6GVgjOsL56aQtKltMljcuKJHil9DcpUKVcMmQYRDBYxSOxlD4Sxi dr8dVitX0Xk7Y8X4YKPhv5OLn2JSuvNzH1kCJMk6WuquTnOZvY3E5jZ7aZ53VY5y qXS2a8evCxZuBE2tyX6aDx0XddtArheoGaGKA5RxgSZN0JGsTTVX8P6/3v3U6Ntg ==
X-ME-Sender: <xms:IaciXxKFwqegko-ZQhNW_9CB9A0DIipUKNJbWAhO7sW4laFQG7dJJA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrieeigdefgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsegrtderreerreejnecuhfhrohhmpedfuehrohhn ucfiohhnugifrghnrgdfuceosghrohhnghesfhgrshhtmhgrihhlthgvrghmrdgtohhmqe enucggtffrrghtthgvrhhnpedtheetgeefveetudffveetheffgfehhfdvveekuefhheeu teduhefggeeikeejteenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:IaciX9Lw7sEniH_ykzMsq0RDVTnK-mGMBJh7ClQVzkOuCVV0J6h4xQ> <xmx:IaciX5uNEVTxXU43rF6WdA0LkvsuWwr-a9YPxl1bEf29bUh4ZqIYRg> <xmx:IaciXyb5ecr7KkZVY_DIO73_K48-Vj8wyRfsHB849cJyjHQhyRsP4Q> <xmx:IaciXxCj6qEj0awzwkSgy3BNPnTsPLPMKm_3NzUNfr9GL7N41v9ppA>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 848AF18050E; Thu, 30 Jul 2020 06:55:29 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-128-gd51a832-fm-20200728.001-gd51a8328
Mime-Version: 1.0
Message-Id: <be502d5b-7307-460c-a8ca-aa2a897e7bc2@dogfood.fastmail.com>
In-Reply-To: <09474801-7189-4C01-8242-163454C3E936@cisco.com>
References: <09474801-7189-4C01-8242-163454C3E936@cisco.com>
Date: Thu, 30 Jul 2020 20:55:09 +1000
From: Bron Gondwana <brong@fastmailteam.com>
To: Eliot Lear <lear@cisco.com>
Cc: The IETF List <ietf@ietf.org>, Richard Barnes <rlb@ipv.sx>, "Vinton G. Cerf" <vint@google.com>
Subject: Re: Some more thoughts about language and what to do next
Content-Type: multipart/alternative; boundary="3cce1d851f664e0095dc0407e72de6c2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/USqWpZz-_-Lb0P9pwY9BWMTxnO8>
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: Thu, 30 Jul 2020 10:55:33 -0000

Hi Eliot,

Thanks for taking the time to write up such a thoughtful response.

I also have been thinking about this a lot, and hadn't managed to get it into words yet!

Our purpose contains ... relevant technical documents* that influence *the way people ...

So anything which detracts from influencing people is a mistake, including divisive terminology which causes people to get caught up on the words rather than the content - or on the flip side, made up pixie-dust terms to avoid using industry standard terms because we don't like them for whatever reason.

Our standards are designed to live for a long time, so being conservative in our use of language is wise - while not trying to predict the flows of fashion too much or encode a particular point of time that becomes rusty into our guidelines.

We like rough consensus and running code in the IETF, which means where there's rough consensus in society we don't need to tell people what to do (nobody uses 6 letter words starting with n in their drafts) - and we're not experts in the best language to use to influence those who design, use and manage the internet.  But in the end, that's our goal, so using any advice we can obttain is good.

Most of all, I think it's a mistake for either "side" to catastrophise the choices ahead of them - and it would be a mistake to allow the IETF to be made a "front" in anybody's attempt to use power to force "consensus" on society faster than it is naturally evolving.  It takes a long time to move public opinion on things.

Cheers,

Bron.


On Thu, Jul 30, 2020, at 18:10, Eliot Lear wrote:
> Hi Bron and everyone,
> 
> I’ve got a proposal for a way forward toward the bottom.  &tldr; be iterative and do research.
> 
> I very much enjoyed your explanation of virtue vs virtue signaling, and in particular the parenthetical got me chuckling.  On this point:
> 
>> On 29 Jul 2020, at 15:32, Bron Gondwana <brong@fastmailteam.com> wrote:
>> 
>> It seems to be me that most of the debate in this thread boils down to: "is this effort is a clear signal that we're serious about trying to be inclusive rather than facile pandering to a particularly noisy political group?", and an associated "would publishing something like this be effective and attract people who want to make the Internet work better by producing high quality, relevant technical documents that influence the way people design, use, and manage the Internet?”
> 
> Yes.  But I think we can walk and chew gum at the same time, and that we can be iterative.  The IETF is by no means the only or first organization to have these sorts of ridiculously long and argumentative threads about terminology.  The arguments themselves are plaguing the OSS community, companies, and other standards organizations.  The arguments themselves *are* toxic and counterproductive, and not just at the IETF.*
> 
> As I have previously written, at the moment, there is no commonly accepted, well researched decision framework for inclusive terminology selection.   This leads to lots of opining (e.g., the toxicity).  A few of us are actively working to correct this by attempting to establish a funded agenda with an eye toward finding decision frameworks that people would be comfortable using.  The idea is to bring in experts such as linguists, ethicists, sociologists, psychologists, etc who understand these things far better than engineers are likely to.
> 
> Our challenge: gaining the attention of those sorts of researchers from our distant position from their normal professional lives.  My company is large and can make a splash.  A few companies can make a wave.  A lot of companies asking for help from experts will turn the tide.  If you work at such a company with a research department, and are interested in collaborating on such an agenda, please drop me an email.  A few of us are already in touch, and the more the merrier.
> 
> In the meantime, I propose an iterative approach, noting that we are all trying to learn a bit more on this:
>  * March 2021 (or so**): a BCP that states what people should think about with regard to their terminology, and guidance to people doing reviews.  I would keep this short.  The idea is not to prohibit certain words but to make use of WG and IETF rough consensus rules to encourage avoidance of the more obvious terms that people are likely to find offensive.  This allows deference to the specifics of each case, and we don’t have to worry about formal role assignment at this stage.  Just by us being a bit more mindful, I imagine our documents will clean up nicely.
>  * March 2023: a BCP that is a more normative process based on whatever we will have learned through experience and consultations with real experts, perhaps after the results of a bit of applied research and analysis.  This will also allow for a more formal approach to corner cases, like where we are interacting with works and processes outside the IETF.
> By the way, I expect the research to be iterative as well, and that sometime after 2023 we would revise again.  Also, I am hoping that what we learn from experts will benefit more than just the IETF.
> 
> Eliot
> * I apologize if I have contributed to that toxicity.
> ** Eight months for a WG result is pretty much lightning speed.

--
  Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com