Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)

Christopher Morrow <morrowc.lists@gmail.com> Fri, 19 July 2019 04:06 UTC

Return-Path: <christopher.morrow@gmail.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 6A59112013B for <ietf@ietfa.amsl.com>; Thu, 18 Jul 2019 21:06:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 OXm_o2rKnofz for <ietf@ietfa.amsl.com>; Thu, 18 Jul 2019 21:06:01 -0700 (PDT)
Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 8112D120043 for <ietf@ietf.org>; Thu, 18 Jul 2019 21:06:01 -0700 (PDT)
Received: by mail-qt1-x833.google.com with SMTP id y26so29626039qto.4 for <ietf@ietf.org>; Thu, 18 Jul 2019 21:06:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=gcZaDa06z9sUfM+V/RGTROwOFOpT3XJUZzJqMRpwkbo=; b=FiF4Bun93F7UA6x48/G1FU+YKhFLj9v4uhWpre7RVPRMkimIHQhz/g6KMl/5WJygmj 7BAu6QGaXlq0BauTFlhLMdGesDq4/yrZJHeFsv1t1cqKKbUsYpYoaf3jNFJ175O3W91+ h1G4dg2maNWYX6m0SQZ1a3oVeX11tIRYqvPmLPbwua5X6aa3PN9T16kMkWJ8NG+h2VxF fSgFc+Czi66eN5aiMGSIX8zjwm31PTT4hS0Nap6lbMwzGrBq5vvrXFeIz7b+e9KmRxxk 6kPcpswy/EyBmIC5WGdd5aYeKRgERXALlbw/YeDcaYEHa86nqTL2kyrs1UImVOtgXmJq xi6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=gcZaDa06z9sUfM+V/RGTROwOFOpT3XJUZzJqMRpwkbo=; b=TZJmC0l6+NMMfu8+ivefZc/E0IYwxkSEpK/xO2PP9tGCeDZ2dD+sSLESmIkk8CHpV5 wmAmSw+egzA0XvwagD1YYwMUSWxTODq59ltJo4LvqFgg0MVRbhXPrGdNDH7m1HYIShw4 Ak0s6qal4Ecx0+PDw6aCL3VAMF/j12XQAh0yjA2gh6uFeDMWs3RtB4Jt8uCjUJrQNyZq m0i61iripaYBV6lXCYqAdbLel7fmNIdIqXAsZbP25iS2TwH5McpAaCWWpvc9Ny8amq/5 l1+0FDZXWx+Vs3OUe9YX7RLI/MiE7/iFgZZhAYEM6b38N4X9v4tb9smOEy7ETVDbR7TD Evmg==
X-Gm-Message-State: APjAAAWPaq7sgnQQ3YN0sVK+ZD9lIMC+EkpY2ruQyNxEB2Rvc9d+YPQz phSFxWBbVxifylOuMnmmFNa2CK2opc6a9hu/YJlD5AOqJ3Y=
X-Google-Smtp-Source: APXvYqzg12AKyItkFMNbe/xytuNYv2sM7h7JpgS8qEQOLKFjnKs2cPr2HG/G3ftbKHa2qOqu81GHsqrQCJ08xIERxRc=
X-Received: by 2002:ac8:394b:: with SMTP id t11mr34601137qtb.286.1563509160356; Thu, 18 Jul 2019 21:06:00 -0700 (PDT)
MIME-Version: 1.0
References: <6317584D-4C9B-46E9-8197-D2A488701868@fugue.com> <20190704140552.GE49950@hanna.meerval.net> <b0943792-1afc-0c94-51b7-f2d393ef39c5@network-heretics.com> <20190705205723.GI55957@shrubbery.net> <20190706185415.GB14026@mit.edu> <CABcZeBPgNr5UqQ0pLwwNu5wh0g9L9wCd6YyYKCUDO37SPru-_Q@mail.gmail.com> <20190708202612.GG60909@shrubbery.net> <9ae14ad1-f8d5-befb-64e4-fff063c88e02@network-heretics.com> <20190717004659.GC67328@shrubbery.net> <00618698-deec-64cf-b478-b85e46647602@network-heretics.com> <20190718231911.GA75391@shrubbery.net> <ed9d3b5b-7442-fdee-8f0f-c614ca4b59e4@network-heretics.com> <CACWOCC-T13zD1DVKA1H3UTNG9iKdNz5TDzObYPk_A6sjfPKFug@mail.gmail.com> <8F980759-324F-49C5-925A-DF0EEABBBD21@network-heretics.com> <d08dbee2-7844-d813-0b93-5db503501c7e@gmail.com> <50E6B4DF-83FC-46A5-94E9-1FF08F597CCF@network-heretics.com> <F2D5DCCF-4051-444B-9522-9E11F9F93005@fugue.com> <869599E9-7571-4677-AB9A-961027549C54@network-heretics.com> <144ff436-a7a2-22f7-7b06-4d0b3bcfefac@joelhalpern.com>
In-Reply-To: <144ff436-a7a2-22f7-7b06-4d0b3bcfefac@joelhalpern.com>
From: Christopher Morrow <morrowc.lists@gmail.com>
Date: Fri, 19 Jul 2019 00:05:49 -0400
Message-ID: <CAL9jLaZG6UQU0kwXcQBFG_4-QggTitQ2VQbUAiGkgOZs6vLpvQ@mail.gmail.com>
Subject: Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: ietf <ietf@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/dM0bYCyXxEVo7Bh45ZGmht1SzSg>
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, 19 Jul 2019 04:06:04 -0000

On Thu, Jul 18, 2019 at 11:58 PM Joel M. Halpern <jmh@joelhalpern.com> wrote:
>
> (Supporting Keith on this.)
>
> One of the key benefits of IETF meetings is cross-area review.  One of
> the key reasons for having WG last call is the observed need for review
> outside the working group.  One of the observation from many such
> reviews is that it is amazing how much a working group can miss while
> getting its core stuff right.
> Yes, this also means that periodically folks raise objections that are
> spurious, miss the point, or have been addressed already.  But the cost
> of not having the review is VErY high.
>

Is this cost really when there is a 'published standard which vendors
are expected to write code to support'
or also for: "Hey we operate things like this, wait not like that
anymore... now we do it this way!"

My experience is that often the operations focused work items get
strung along and nibbled to death by tiny ducks... to the point that
by the time the document sees the light of day it's OBE :( This is
disheartening to the authors... They're goal wasn't really 'publish an
rfc!' but to make a best practice more accessible to others.

> Yes, folks have suggested that the review should be lightened or
> eliminated.  So far, the community has refused to do that.  And I for

err, but this is what the LD path is actually doing. There's no reason
that the document can't get reviewed by folk outside the WG
responsible for taking care of it... in fact it can get published and
reviewed (and revised!) as often as is necessary. That seems like a
great step forward for a bunch of ops related work.

> one am very glad that is so.  In spite of having had to deal with some
> frustrating objections in many cases.
>
> Yours,
> Joel
>
> On 7/18/2019 10:10 PM, Keith Moore wrote:
> >
> >
> > Sent from my iPhone
> >
> > On Jul 18, 2019, at 10:00 PM, Ted Lemon <mellon@fugue.com
> > <mailto:mellon@fugue.com>> wrote:
> >
> >> On Jul 18, 2019, at 9:50 PM, Keith Moore <moore@network-heretics.com
> >> <mailto:moore@network-heretics.com>> wrote:
> >>> Yes, and I’ve repeatedly said I could see optimizing in corner
> >>> cases..  But I think it’s a rare WG that doesn’t have any potential
> >>> to adversely affect other interests.
> >>
> >> Another way to look at this is a well-known cognitive bias: “I am
> >> right.”   If you look at what a working group is doing and don’t
> >> understand it, there is a tendency to think they don’t know what they
> >> are doing, and that you know what they should have done.   This bias
> >> is frequently wrong, and I’ve seen it turned against good work
> >> numerous times.
> >
> > That argument applies equally well to itself.
> >
> > This is silly.  I’ve lost count of the number of WGs I’ve seen for which
> > I did understand what they were doing, and did understand how they could
> > harm other interests.  And in general Last Call is too late to fix those
> > problems.  I agree with Brian that that’s not a description of _every_
> > WG, for the reasons he stated.  But as long as we’re talking about
> > process in general, the discussion needs to consider the potential for
> > tussles and how to manage that.
>