Re: Cross-area review (was Meeting rotation)

Jari Arkko <jari.arkko@piuha.net> Tue, 22 December 2015 17:01 UTC

Return-Path: <jari.arkko@piuha.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67F4D1A887B for <ietf@ietfa.amsl.com>; Tue, 22 Dec 2015 09:01:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 dHFdGY6KH1BW for <ietf@ietfa.amsl.com>; Tue, 22 Dec 2015 09:01:44 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [193.234.218.130]) by ietfa.amsl.com (Postfix) with ESMTP id BAC301A88DE for <ietf@ietf.org>; Tue, 22 Dec 2015 09:01:43 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 2693A2CCE5; Tue, 22 Dec 2015 19:01:42 +0200 (EET) (envelope-from jari.arkko@piuha.net)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VpYe0RbLvEzD; Tue, 22 Dec 2015 19:01:41 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id 8AD202CCAE; Tue, 22 Dec 2015 19:01:41 +0200 (EET) (envelope-from jari.arkko@piuha.net)
Subject: Re: Cross-area review (was Meeting rotation)
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: multipart/signed; boundary="Apple-Mail=_5BD7227D-DDB8-4D81-8700-9736AC96D252"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail 2.5.1
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <56789BBB.7020709@dcrocker.net>
Date: Tue, 22 Dec 2015 19:01:39 +0200
Message-Id: <6D6ECEC3-126E-4F32-BCD0-8B488A0C690D@piuha.net>
References: <CAC8QAcf=yAAGVN35tUCpX38y6_qGstGhK4iYuyhK94LVWrz-+A@mail.gmail.com> <CAHw9_iL+eAFtGHKXVWMHaqi=3mGO9H1CfE4e=yZCekE9UzPR6A@mail.gmail.com> <E7D065D8-CADC-4A65-8AC7-6ECE9CF63D4F@ecs.soton.ac.uk> <7A7519D5-FD9B-4F4D-A7E5-AC047F684623@netapp.com> <EMEW3|02dedadbe5e65aac9732e9359a7c2dberBHGjK03tjc|ecs.soton.ac.uk|E7D065D8-CADC-4A65-8AC7-6ECE9CF63D4F@ecs.soton.ac.uk> <CAHw9_iKtck6ZSp6ofNFKLRj7-o3_UR42McTNQqsqCXfcduxAeA@mail.gmail.com> <5674460C.1000107@krsek.cz> <4B81FA54-F79C-42CB-8024-1C653B0C9406@cisco.com> <20151218233645.GG3294@mx2.yitter.info> <56749EA4.6040801@gmail.com> <20151219000743.GH3294@mx2.yitter.info> <5676EBE9.8050304@dcrocker.net> <970B54F5-2422-4588-A95A-63E5144A8D35@gmail.com> <56789BBB.7020709@dcrocker.net>
To: dcrocker@bbiw.net
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/IYaZZIOynWCLhfSzSHPBuBZIdgg>
Cc: IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: Tue, 22 Dec 2015 17:01:45 -0000

> Instead we should understand that we cannot and should not try to demand or expect documents that are perfect.  We should demand 'good enough' and let the outside world evaluate and feed the results back to us.

One view is that we already are in that mode. I don’t think any reasonable person could claim that any specification from a standards body of any sort is perfect, including from the IETF. More interestingly, the question is whether our community, directorate, and IESG reviews and associated practices reach the ‘good enough’ level or under- or overshoot. But one person’s egregiously unnecessary fine-tuning is another person’s major threat to the Internet.

Personal opinion: we overdo it, a lot of the time.

But I think we are agreeing that we actually shoot for ‘good enough’ but do too little follow-up and revision. I could cite many counter examples where that follow-up does happen. But in many cases there is no follow-up. Why is that? Specification turned out to be uninteresting, so need to follow-up? Close enough, no business need to waste time to get to perfection? Remaining details hammered out in interops, code already runs, no need to revise? Aside from the few errata, no need for bigger changes? Worst specs are revised others are good enough? IETF process too complicated for the update? Probably a mixture of these reasons.

Jari