Re: registries and designated experts

Dave Crocker <dcrocker@bbiw.net> Fri, 15 June 2012 17:47 UTC

Return-Path: <dcrocker@bbiw.net>
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 4081621F850B for <ietf@ietfa.amsl.com>; Fri, 15 Jun 2012 10:47:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.351
X-Spam-Level:
X-Spam-Status: No, score=-6.351 tagged_above=-999 required=5 tests=[AWL=0.248, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yWlV5lxYVlgA for <ietf@ietfa.amsl.com>; Fri, 15 Jun 2012 10:47:53 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by ietfa.amsl.com (Postfix) with ESMTP id 6028221F84D6 for <ietf@ietf.org>; Fri, 15 Jun 2012 10:47:52 -0700 (PDT)
Received: from [192.168.1.11] (adsl-67-127-55-201.dsl.pltn13.pacbell.net [67.127.55.201]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id q5FHlpgN025405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 15 Jun 2012 10:47:51 -0700
Message-ID: <4FDB7541.5040404@bbiw.net>
Date: Fri, 15 Jun 2012 10:47:45 -0700
From: Dave Crocker <dcrocker@bbiw.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Graham Klyne <GK@ninebynine.org>
Subject: Re: registries and designated experts
References: <4FCDD499.7060206@it.aoyama.ac.jp> <4FCDE96E.5000109@cs.tcd.ie> <4FD7083A.6080502@it.aoyama.ac.jp> <4FD74FFC.3050905@stpeter.im> <4FD75881.3080102@dcrocker.net> <4FDB1510.40702@ninebynine.org>
In-Reply-To: <4FDB1510.40702@ninebynine.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Fri, 15 Jun 2012 10:47:52 -0700 (PDT)
Cc: "draft-farrell-decade-ni@tools.ietf.org" <draft-farrell-decade-ni@tools.ietf.org>, IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 15 Jun 2012 17:47:54 -0000

oh boy...

On 6/15/2012 3:57 AM, Graham Klyne wrote:
> On 12/06/2012 15:56, Dave Crocker wrote:
>> It's almost inevitable that many designated experts will, in fact,
>> act as gatekeepers.
...
> The effect may sometimes be similar to being a gatekeeper but,
> speaking for myself, that's not how I see my role.

Herein lies the core problem with these types of discussions:  Most 
participants use themselves as the metric.

Designing human processes requires consideration of other folk, not 
ourselves.  Other folk display widely varying behaviors.  They have less 
information and education on the topic than current participants.  They 
have moods.  They have distractions. They have biases.

In other words, real-world, human processes are "noisier" than we tend 
to design for.

When looking for factors to consider, a posting with "here's how I 
behave" can be extremely helpful.  When looking for what can go wrong, 
it actually tends to undermine the exercise, IMO.

Note that this is not about diligence.  It is about typical human vagaries.


> My experience is that no amount of review completely bullet-proofs a
>  spec against misinterpretation. So we do the best we can.

The second sentence is such a natural choice, given the first.  What it 
misses is that "the best" often means excessive hassle.  That is, very 
poor cost/benefit tradeoff analysis.

Quality control processes can and do help.  Carried to excess, they make 
the activity more effort than it is worth.

In the face of being unable to ensure perfect bullet-proofing, we often 
think that we need to put in more effort.  In fact what is often 
appropriate is /less/ formal bullet-proofing and trusting market forces 
to do the rest, since they will anyhow.

d/


-- 
  Dave Crocker
  Brandenburg InternetWorking
  bbiw.net