Re: [hybi] email granularity, was: WebSockets feedback

Greg Wilkins <gregw@webtide.com> Sat, 17 April 2010 07:26 UTC

Return-Path: <gregw@webtide.com>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF32A3A6912 for <hybi@core3.amsl.com>; Sat, 17 Apr 2010 00:26:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.868
X-Spam-Level:
X-Spam-Status: No, score=-0.868 tagged_above=-999 required=5 tests=[AWL=0.243, BAYES_05=-1.11]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZuxH1FGAyjsm for <hybi@core3.amsl.com>; Sat, 17 Apr 2010 00:26:59 -0700 (PDT)
Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by core3.amsl.com (Postfix) with ESMTP id B23EC3A690C for <hybi@ietf.org>; Sat, 17 Apr 2010 00:26:58 -0700 (PDT)
Received: by fg-out-1718.google.com with SMTP id e12so668187fga.13 for <hybi@ietf.org>; Sat, 17 Apr 2010 00:26:47 -0700 (PDT)
Received: by 10.223.58.20 with SMTP id e20mr1199970fah.96.1271489207376; Sat, 17 Apr 2010 00:26:47 -0700 (PDT)
Received: from [192.168.0.100] (host116-234-static.43-88-b.business.telecomitalia.it [88.43.234.116]) by mx.google.com with ESMTPS id e17sm5553516fke.27.2010.04.17.00.26.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Apr 2010 00:26:46 -0700 (PDT)
Message-ID: <4BC962B4.9070403@webtide.com>
Date: Sat, 17 Apr 2010 09:26:44 +0200
From: Greg Wilkins <gregw@webtide.com>
User-Agent: Thunderbird 2.0.0.24 (X11/20100411)
MIME-Version: 1.0
To: Ian Hickson <ian@hixie.ch>
References: <B578CFED7FE85644A170F4F7C9D52692019544C5@ESESSCMS0361.eemea.ericsson.se> <Pine.LNX.4.64.1004140032040.875@ps20323.dreamhostps.com> <w2y5821ea241004142323h949c0b07l771171500a625a6c@mail.gmail.com> <4BC6DD89.4060502@gmx.de> <r2x5821ea241004150244ud3cb79bt757049890bf3d9ab@mail.gmail.com> <Pine.LNX.4.64.1004151908320.23507@ps20323.dreamhostps.com> <4BC76724.5090307@gmx.de> <4BC8105F.5000006@webtide.com> <6.2.5.6.2.20100416011832.095e31e8@resistor.net> <z2t8963eb921004160914w1ec4c7ebqdc4c585c346a0797@mail.gmail.com> <g2i5821ea241004160934q6245e6bej61ec36bf69b51d91@mail.gmail.com> <Pine.LNX.4.64.1004162013180.751@ps20323.dreamhostps.com>
In-Reply-To: <Pine.LNX.4.64.1004162013180.751@ps20323.dreamhostps.com>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Hybi <hybi@ietf.org>
Subject: Re: [hybi] email granularity, was: WebSockets feedback
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Apr 2010 07:26:59 -0000

Ian Hickson wrote:
> On Fri, 16 Apr 2010, Pieter Hintjens wrote:
>> Ian, do you accept that answering a specific question many weeks later, 
>> in the middle of a hundred other questions, is akin to putting the reply 
>> on display in the bottom of a locked filing cabinet stuck in a disused 
>> lavatory with a sign on the door saying 'Beware of the Leopard'...?
> 
> That certainly hasn't been my experience in the WHATWG. On the contrary, 
> in fact; the way things have ended up working in the WHATWG is that a 
> bunch of people state their requirements and provide relevant data, then 
> in due course I wrap all the e-mails on a particular section of the spec 
> into one e-mail and go through taking into account all the arguments, 
> requirements, and data into account, making any needed changes to the 
> spec, and then anyone interested in the topic replies to the relevant 
> parts of the e-mail if they have new arguments or data to present, or to 
> clarify misunderstandings or point out any errors I made.


Ian,

that sounds like a reasonable approach for the WhatWG process,
where you are the ultimate authority as to what goes into
the document.

With the whatwg process, the feedback and contributors have to
convince you of their requirements and ideas - and once convinced
you will add them.

The IETF process is different and requires and editor to separate
their role as editor from their role as contributor.  An IETF
editor may have to add something to a document which is the
rough consensus of the WG, but which they personally as an
expert disagree with.

Thus the IETF discussions need to revolve a lot less about
what *you* think, and thus your consolidated opinions are less
valuable to the process.     Consolidating summary of consensus
and updates done as editor would be valuable, but there
should be a clear distinction between your role as editor
and your own opinions.


regards