Re: [Gendispatch] draft charter text: terminology-related WG

Keith Moore <moore@network-heretics.com> Sat, 13 February 2021 23:56 UTC

Return-Path: <moore@network-heretics.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 345C53A1178 for <gendispatch@ietfa.amsl.com>; Sat, 13 Feb 2021 15:56:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_NONE=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=messagingengine.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 GNjYQUJZ4GR1 for <gendispatch@ietfa.amsl.com>; Sat, 13 Feb 2021 15:56:49 -0800 (PST)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8BA163A1176 for <gendispatch@ietf.org>; Sat, 13 Feb 2021 15:56:49 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id F0C56A9E; Sat, 13 Feb 2021 18:56:47 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Sat, 13 Feb 2021 18:56:48 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding: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=fm2; bh=dhM2L+zG248xzrBH0q6Dq57+y6aTx2Pz0i8HSkSgG Bk=; b=mdtXVtJ8JzyjBLIM9ESdTMdFnLWvGgUlLb1HvwEO/2AyRe9+Ev5pTO1ux LsBTH8lNBZIGGBGse5vfZY2dUx3a1jNs79uC8Xw186RygLh0VUok4PJeXN484PNP D35q5rtmU5QEINvXPf+Gv0sfWt7to0UdhLTxHbNuuhfrjfrcOryzeADzWfKtpvcE Yk69vuIhmjzlpe7FLw/yb/5zF7MJRzxLNYYIN+RliZG4r6+aQ+vHn77qOn0lYcic 0rpuvmWIL5mm2jKGz8cQgzXLbKB/cB2IDxhlDL1eeQnXo0cqCsveRH1WsX/FKSqg h24pmx6wYf3ttYhnqRGQIsav9uYwQ==
X-ME-Sender: <xms:PGcoYNX2LEp2CXXjWDMoJGtFwOpkd1x3K6a7GoKYdG6X3BQWo7YraQ> <xme:PGcoYNmSOoV-QXmraF3Z-6nfN6V5qsg6fGiRLKJNRxizST-xrW5GThG84_8WsgUeg wS0KpgZ3kBsWg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrieeggddugecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpefmvghithhh ucfoohhorhgvuceomhhoohhrvgesnhgvthifohhrkhdqhhgvrhgvthhitghsrdgtohhmqe enucggtffrrghtthgvrhhnpeehhfeutdehfefgfefghfekhefguefgieduueegjeekfeel leeuieffteefueduueenucfkphepuddtkedrvddvuddrudektddrudehnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhoohhrvgesnhgvthif ohhrkhdqhhgvrhgvthhitghsrdgtohhm
X-ME-Proxy: <xmx:PGcoYJbUS9_OnHZUO3IkZBCoLuPfIZcE6jUi8QzDkfrK8ESjcmX8eA> <xmx:PGcoYAW0c4fIsg32XhvflRuwnnXAK3sPXAxQ_hrXcttbiRHglXBzGA> <xmx:PGcoYHno3ybIR-WyfdMoxiODYnJA45uiifH8XicNwJ-ls8IG84T-8g> <xmx:P2coYAAAEIO2dyNLLEx_fkxgzFoWUjSBS6XD_Hi45SIs5vuyOdBJxw>
Received: from [192.168.1.90] (108-221-180-15.lightspeed.knvltn.sbcglobal.net [108.221.180.15]) by mail.messagingengine.com (Postfix) with ESMTPA id 6037F108005C; Sat, 13 Feb 2021 18:56:44 -0500 (EST)
To: Mark Nottingham <mnot@mnot.net>, Fernando Gont <fgont@si6networks.com>
Cc: Mallory Knodel <mknodel@cdt.org>, Stephen Farrell <stephen.farrell@cs.tcd.ie>, John Levine <johnl@taugh.com>, "vittorio.bertola@open-xchange.com" <vittorio.bertola@open-xchange.com>, "gendispatch@ietf.org" <gendispatch@ietf.org>, Fernando Gont <fernando@gont.com.ar>
References: <20210212205351.27E4B6DDB49D@ary.qy> <3b4ea13c-0743-c882-7fc0-1fe7288f6d07@gont.com.ar> <a2e6c65e-076a-8875-c374-56c825105a6c@cs.tcd.ie> <CAGVFjM+sgyRDhuVYvkPC1XbH4yL-Q_Qpbs_naZpS3D3ApPO92A@mail.gmail.com> <772fa23e-4170-82d2-8ee2-caececd83904@si6networks.com> <E53D1060-5F25-4495-8C97-6A0F0EFD2117@mnot.net>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <47ff90d4-b960-f159-c064-1f963c717c31@network-heretics.com>
Date: Sat, 13 Feb 2021 18:56:43 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <E53D1060-5F25-4495-8C97-6A0F0EFD2117@mnot.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/PDkm9diulFjFOUBlxbUQUdW7f9s>
Subject: Re: [Gendispatch] draft charter text: terminology-related WG
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: Sat, 13 Feb 2021 23:56:51 -0000

On 2/13/21 5:52 PM, Mark Nottingham wrote:

> This issue is settled in much of tech, so we have strong cowpaths to pave. As a result, the amount of energy that it will take to create language guidelines is almost completely determined by how much energy people put into trying to stop it.
>
> If people have legitimate reasons as to why we shouldn't do this, that's one thing; 'our energy is better spent elsewhere' is not one of them.

To me this proposal looks like a DoS attack against actually increasing 
inclusion in IETF.   Why actually do the hard work when we can fill in a 
check box and pretend we have virtue?

If we want to publish a document that talks about exclusionary language, 
let's just Last Call what we have once or twice (but no more than that) 
and be done with it.   I don't think a WG is going to improve the 
document as much as community-wide Last Calls, and IMO a WG on this 
topic has a lot more potential to do harm than good.

> No where in the IETF is such an argument acceptable against a charter; we routinely charter groups that many feel aren't worth the effort, but I don't get to determine how people in the routing area (for example) spend their time, as long as there's demonstrated support for it.
We're not bound by stare decisis.   We shouldn't use poor past practice 
to justify poor present or future practice.   That's called propagation 
of error.

It's one thing when a WG's topic area only affects people in a narrow 
area of interest.   If a WG isn't going to create problems for people 
outside that area of interest, a narrowly focused WG makes sense.

But this is a topic that potentially affects everyone who writes RFCs.   
Burying this discussion in a WG that most people probably don't want to 
fool with, seems likely to produce two results: (1) a document that 
doesn't earn community-wide consensus (but might end impairing our 
ability to write RFCs anyway), and/or (2) a lot of people's time spent 
arguing with people that will be attracted by this topic but who don't 
have a strong interest in IETF work outside of that topic.

> If you have better ideas about how to improve inclusivity and diversity in the IETF, suggest a (parallel) charter. This one will be judged based upon the interest expressed in it and the legitimacy of any objections against it -- just as with every other charter.

Maybe it's not the sort of problem that a working group can reliably 
solve?     Sometimes a working group is a way of avoiding a problem 
rather than solving one.

> OTOH if you're suggesting that the IETF introduce a metric for new charters that considers priority between different possible efforts, I'm all for it -- provided that the first item of business is reviewing ALL current working groups on those criteria.

Now there's an idea that might be worth discussion.   (Just please don't 
suggest a working group to review working groups. But a WG to sketch out 
nonbinding review criteria... maybe.)

Keith