Re: [tao-discuss] [Gendispatch] Requests for IETF 114

Eric Rescorla <ekr@rtfm.com> Fri, 03 June 2022 16:59 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: tao-discuss@ietfa.amsl.com
Delivered-To: tao-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C27CC14F74E for <tao-discuss@ietfa.amsl.com>; Fri, 3 Jun 2022 09:59:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.906
X-Spam-Level:
X-Spam-Status: No, score=-6.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20210112.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MFcZCnrGZHpF for <tao-discuss@ietfa.amsl.com>; Fri, 3 Jun 2022 09:59:15 -0700 (PDT)
Received: from mail-il1-x129.google.com (mail-il1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0161EC14F740 for <tao-discuss@ietf.org>; Fri, 3 Jun 2022 09:59:15 -0700 (PDT)
Received: by mail-il1-x129.google.com with SMTP id b11so7563230ilr.4 for <tao-discuss@ietf.org>; Fri, 03 Jun 2022 09:59:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LRP/arYiYlIofnqLVnsIC+dHf2DUu3h5XRAT4fOimqI=; b=B7RpC6HrzjofQJV2kHWkCqGdM3Aqp0qNkjyEQHJQ5Ho5GaUD5z4ODV7245rmfuBV4g eumkLkc1gEjEG+oRq54KVVCrFAolTetY6VAI+pHtadOSN4zA3lLoEvI2rfThsxLWiMFx m1felNP5nfV5faK/G24jK0g1+tZs/MArofzCc99bPEIhmJwH94NUT/kQCehGPTw9/nQK YSVOolRQUG5J0WzHpkHYCOt4yiSQJCoVT/KWOP9pMhPTH+xVFNn+945ANh2CdWnvLsNv 36uNL1WMp9EON5mnR8QStFIWWN5l/retvXuBpcnLXbhl62wsD0ARPujdellX82e0WT1h ML1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LRP/arYiYlIofnqLVnsIC+dHf2DUu3h5XRAT4fOimqI=; b=7XkEy6mS+Goe3oOGSGUcjgDAAldveSOS+ylM45BRC8lHHlNnP/0kF8YGoTW1w4d4Xy 6Mb15mQuNj21KfXCBhgUUJRoC0CF0nrfnzHbzSKNgGTq9KlJs/mXV2VYq0TPvwgQCeLd UY9xcoucXbnr41QstxqagH2rVrZs4hRM3TT0CHeeHQ3/ONg7GndXazL1yZfPoDs83GQO U99M779+aLaZIF0lC8ssT7A5I2cJdgDQlnApl/GDhbQSdl1BKsp0hwXwDe8hE2Ce4pzr KDoeau/3QqYSQ0dcNe58TIUzNBjMidJ9WJ2Eq/Cv2BjqbliHbpO+XVZFcEMFvLQEvKQ0 AtYg==
X-Gm-Message-State: AOAM5332VVWlXuKZOB+LLMTkeUSdTfqXciFDCozTxqTSeOE1uCd378HY cjmEtuakfzui4HEIdwzMAL1U+AnSwtUhaoubxfJoWiV/ox6PqQ==
X-Google-Smtp-Source: ABdhPJw1MNUCzrAptbg1Gf/rIT8MC+h86uaSGnhkb704Q1UCkMWRZ04oFpIDECw5W6u37/6ljG+k7+nkWV9ia4bcYbs=
X-Received: by 2002:a92:c24c:0:b0:2d1:cdd0:1959 with SMTP id k12-20020a92c24c000000b002d1cdd01959mr6281880ilo.39.1654275554058; Fri, 03 Jun 2022 09:59:14 -0700 (PDT)
MIME-Version: 1.0
References: <CAC9wnY-03+ToGL4KjjRaXBquxV2DeBaax67bxJB9qZEj=PSELg@mail.gmail.com> <89DAA7D5-3DF6-4B42-A3F0-7698F550C5B0@eggert.org> <36AFC944-59F3-49CC-AFEF-4471476F1913@eggert.org> <CB175E16-812E-4288-886B-B7FC82756720@akamai.com> <5C314F03-0C3D-4E1C-9AFE-BBCE8F775D8F@brianrosen.net> <7712AEA2-DDB3-4915-A060-9F3CACA9435E@akamai.com> <EB02214C-8DCC-41C1-A266-08A042AE6318@brianrosen.net> <48a0df92-497a-6747-a8e6-ba93abc7f3d8@joelhalpern.com> <1A1A07E4-A8A9-4D44-AC61-8CAE9B4D6DAC@akamai.com> <68405df2-2808-8739-9c7f-4fc04744f594@joelhalpern.com> <A68A6825-685F-40D6-8978-E853A62A5631@akamai.com> <e321e11e-a70f-e50c-c014-0891708c867a@joelhalpern.com> <145A06D8-7927-44C1-95B6-625529C91DDD@akamai.com>
In-Reply-To: <145A06D8-7927-44C1-95B6-625529C91DDD@akamai.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Fri, 03 Jun 2022 09:58:38 -0700
Message-ID: <CABcZeBMH32C2ogd8+hLt_6PEqVxSJV0tBAVygswLtSKhvpVs+Q@mail.gmail.com>
To: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
Cc: Joel Halpern <jmh@joelhalpern.com>, "gendispatch@ietf.org" <gendispatch@ietf.org>, "tao-discuss@ietf.org" <tao-discuss@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c2b71d05e08e0a28"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tao-discuss/qf1F9Jzwbr84YbuPoOr6ZOPRpBU>
Subject: Re: [tao-discuss] [Gendispatch] Requests for IETF 114
X-BeenThere: tao-discuss@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Discussion of the Tao of the IETF <tao-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tao-discuss>, <mailto:tao-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tao-discuss/>
List-Post: <mailto:tao-discuss@ietf.org>
List-Help: <mailto:tao-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tao-discuss>, <mailto:tao-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Jun 2022 16:59:16 -0000

Taking a step back from the discussion of the Tao, one of the most
common complaints one hears from newcomers to the IETF is how hard it
is to come up to speed on some of our--honestly kind of
confusing--processes and practices.

IMO the resources that we point people to should lean into being
approachable, and I don't think a long document like the Tao really
fits that bill. A big part of the problem, IMO, is the urge to be
complete. For instance, I see that in the section on "RFCs and
Internet Drafts" the Tao has a whole section in "IANA Considerations".
This is of course important information at some level, but it's not
information that a newcomer typically needs, even at the point
where they are writing their first I-Ds.

So I agree with Rich that we should deprecate the Tao as a whole
document and instead restructure the material in a way more suited
to helping people get going quickly rather than the linear fashion
of the current document; one nice feature of the Web is that it
supports this.

As to who ought to write it, I would observe that writing this kind of
tutorial material is different from writing technical specifications.
While I'm sure some people in our community have those skills, it's
not clear to me it ought to be community developed and in particular
I think it should be subject to far less rigorous review than RFCs
and should instead just be easily changed and refines. I'd certainly
be open to seeing a treatment from someone who was less deeply embedded
in our community and thus maybe found it easier to empathize with
newcomers.

-Ekr











On Fri, Jun 3, 2022 at 9:41 AM Salz, Rich <rsalz=40akamai.com@dmarc.ietf.org>
wrote:

> >    I have read the Tao.  I have directed multiple newcomers to read the
>     Tao.  Some have said it was useful.  None have complained about it.
>
> Good to know, thans.
>
> >  We are debating how the
>     content should be developed / agreed for the community
>
> Some of us (well at least me, but I know others who agree) are debating
> whether or not the community should be involved in the content creation.
>
>
> --
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch
>