IETF Logo Mail Archive

Re: [Terminology] WG Review: Effective Terminology in IETF Documents (term)

Mallory Knodel <mknodel@cdt.org> Mon, 05 April 2021 14:44 UTC

Return-Path: <mknodel@cdt.org>
X-Original-To: terminology@ietfa.amsl.com
Delivered-To: terminology@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B05613A1B69 for <terminology@ietfa.amsl.com>; Mon, 5 Apr 2021 07:44:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cdt.org
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 9LuavDSTwQnj for <terminology@ietfa.amsl.com>; Mon, 5 Apr 2021 07:44:51 -0700 (PDT)
Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 162D23A1B6B for <terminology@ietf.org>; Mon, 5 Apr 2021 07:44:50 -0700 (PDT)
Received: by mail-qk1-x72a.google.com with SMTP id z10so11619487qkz.13 for <terminology@ietf.org>; Mon, 05 Apr 2021 07:44:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=BfnpLq7conxPGx57reJAWnz8/Q2xFPxijwvxpppluVk=; b=RUwCwY2Ww1qzYxYPabZwu3T5azw8WBvpUlDm33LGO7WKh8iy8ogVZzUH+4rVkFclzW yklqgUSAvnVWeEZjyYTvLKRxgYjCS3Y7KRLJ06nU0RN5309haX+QsLukZBCP9ISH//5d bV0M8iJAfHJYdwgB8eSH56aOeA9gP7qJsZhrQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=BfnpLq7conxPGx57reJAWnz8/Q2xFPxijwvxpppluVk=; b=VsR63c5Hsiq8HriRwlmd9I4afiFqpTmGfWJQU0hlNDhip3qOd/qjNI82pDV6atBI4r ikk1PeB+awBNZiGEUvZTzyAx6dIqMC1HLKL6WiLfRJYb8zjIV/D44Ug2iYfRqyslk4rO WLu+rc+bGNoMi8pMVdeMNGH2BZO60+j9+g5WmTEm4YWueL0mBRqhF5XJyYgpDjiIJ9LL ohulcz4Cgsl18U8rTwiTk/MRnzC7F7Lsp0KHnHuFZZxZqFbTZ8NBbdFtMrTLA5nFWrE9 D3gh2vkxMSQ9jAvlcHQbY/soFz1+9TCQ/7QScyn+z+fp/NoVKAecED++FHl5wo/db8mr 9XLA==
X-Gm-Message-State: AOAM5319iPnIJGOp/IX0LifrtVF6i8tlyi4eBLYNj1IV/deCtGaok/gu fW3e7OIpfX2wGIZk0WJy3V9bbQ==
X-Google-Smtp-Source: ABdhPJx5WGhU8QvaITsCBkFEGaj01+A+bc31hyFYCOTWAX1DJias2Rij+1dxdovPPXZc3b3umUSQjw==
X-Received: by 2002:a37:396:: with SMTP id 144mr24112586qkd.412.1617633887875; Mon, 05 Apr 2021 07:44:47 -0700 (PDT)
Received: from Mallorys-MacBook-Air.local ([2601:140:8680:4c40:9c45:8ba9:f3b0:33c9]) by smtp.gmail.com with UTF8SMTPSA id y1sm13467084qki.9.2021.04.05.07.44.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 05 Apr 2021 07:44:47 -0700 (PDT)
Message-ID: <7d4b5afc-047c-9c96-d150-c48aaf9a655f@cdt.org>
Date: Mon, 05 Apr 2021 10:44:45 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:87.0) Gecko/20100101 Thunderbird/87.0
Content-Language: en-US
To: Carsten Bormann <cabo@tzi.org>
Cc: "terminology@ietf.org" <terminology@ietf.org>, The IESG <iesg@ietf.org>
References: <161677836041.26846.148884814967107510@ietfa.amsl.com> <0b747dd8-f4f5-23a1-d09d-91ea30f525a7@cdt.org> <3E83A93B-2AD3-497B-B40E-EC2E0C4E2711@eggert.org> <CAGVFjMJaYjroPLL5-Ns50CeyAB33thH5HpLgh0EXxPmxob4CEg@mail.gmail.com> <4C9BFF1C-5BC3-4980-B1D7-92812086C976@tzi.org> <bbdc6b67-ed0a-0ee5-1606-263c7bdec485@cdt.org> <6CAF486F-01D3-4745-9088-A2FCD6190C8F@tzi.org>
From: Mallory Knodel <mknodel@cdt.org>
In-Reply-To: <6CAF486F-01D3-4745-9088-A2FCD6190C8F@tzi.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/terminology/A-IZnEbCN3lT7HLjkNP3H2vZzSg>
Subject: Re: [Terminology] WG Review: Effective Terminology in IETF Documents (term)
X-BeenThere: terminology@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Effective Terminology in IETF Documents <terminology.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/terminology>, <mailto:terminology-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/terminology/>
List-Post: <mailto:terminology@ietf.org>
List-Help: <mailto:terminology-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/terminology>, <mailto:terminology-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2021 14:44:57 -0000

On 4/5/21 10:40 AM, Carsten Bormann wrote:

> On 2021-04-05, at 16:34, Mallory Knodel <mknodel@cdt.org> wrote:
>> I removed restrictions to the text. Your point about IETF creativity on these terms may be right 99% of the time, and suggest that this be a major consideration whenever recommendations are made. But to restrict the charter at this stage seems like it would be unhelpful possibly in the future.
> The main reason for putting in a restriction in a charter is to save the WG some time discussing something that they shouldn’t be doing anyway.
The metric is there-- to be in alignment with the industry. That's the 
part that matters.
> If it actually ever turns out we do need to get creative, we can always recharter.

It's just not necessary to create this hurdle. Leave out the word 
"external" and it's simpler for the people doing the work.

-Mallory

-- 
Mallory Knodel
CTO, Center for Democracy and Technology
gpg fingerprint :: E3EB 63E0 65A3 B240 BCD9 B071 0C32 A271 BD3C C780

v2.23.0 | Report a Bug | By Email