Re: Making the Tao a web page

Lucy Lynch <llynch@civil-tongue.net> Tue, 05 June 2012 16:39 UTC

Return-Path: <llynch@civil-tongue.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 F283521F85A0 for <ietf@ietfa.amsl.com>; Tue, 5 Jun 2012 09:39:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 uNs1sQjiiwEq for <ietf@ietfa.amsl.com>; Tue, 5 Jun 2012 09:39:47 -0700 (PDT)
Received: from hiroshima.bogus.com (hiroshima.bogus.com [IPv6:2001:418:1::80]) by ietfa.amsl.com (Postfix) with ESMTP id 4D57721F8726 for <ietf@ietf.org>; Tue, 5 Jun 2012 09:39:47 -0700 (PDT)
Received: from hiroshima.bogus.com (localhost [127.0.0.1]) by hiroshima.bogus.com (8.14.3/8.14.3) with ESMTP id q55Gdf9C048025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Jun 2012 09:39:42 -0700 (PDT) (envelope-from llynch@civil-tongue.net)
Received: from localhost (llynch@localhost) by hiroshima.bogus.com (8.14.3/8.14.3/Submit) with ESMTP id q55GdfAV048022; Tue, 5 Jun 2012 09:39:41 -0700 (PDT) (envelope-from llynch@civil-tongue.net)
Date: Tue, 05 Jun 2012 09:39:41 -0700
From: Lucy Lynch <llynch@civil-tongue.net>
X-X-Sender: llynch@hiroshima.bogus.com
To: dcrocker@bbiw.net
Subject: Re: Making the Tao a web page
In-Reply-To: <4FCC4F8F.1060800@dcrocker.net>
Message-ID: <alpine.BSF.2.00.1206050931000.33395@hiroshima.bogus.com>
References: <20120530225655.19475.74871.idtracker@ietfa.amsl.com> <CE474406564976FC0A885D95@PST.JCK.COM> <DAEDF66E-8FB3-4A00-846A-FECE181E2EC3@vpnc.org> <4FC7FF09.4020701@inex.ie> <98BC45C2-3C58-4DC6-89FA-766B426778BF@vpnc.org> <4FC8AFA9.1020200@inex.ie> <9C30E960-D656-4651-9AB6-9ECEE5196E3D@vigilsec.com> <6.2.5.6.2.20120603145115.09cfc558@resistor.net> <4FCC4F8F.1060800@dcrocker.net>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Cc: IETF <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: Tue, 05 Jun 2012 16:39:48 -0000

On Mon, 4 Jun 2012, Dave Crocker wrote:

>
>
> On 6/4/2012 12:36 AM, SM wrote:
>> At 14:33 01-06-2012, Russ Housley wrote:
>>> So, I am left with a few questions:
>>> - What is the similar forcing function if we use a wiki?
>>> - Will the number of people that can make updates eliminate the need
>>> for such a forcing function?
>>> - Who designates the editor-in-chief of the wiki?
> ...
>>   ...  Instead of discussing the above questions it is easier
>> to create an Wiki page and leave it to anyone with a tools login who
>> cares to update it.
>
>
> In effect, the wiki construct becomes a form of incrementally-updatable 
> internet draft.  For documents involving procedures rather than products, 
> this well might be a better working base than I-Ds...
>
> But with the I-D model superimposed.
>
> That is, perhaps what makes this workable is imposing an editor role onto the 
> wiki and assign responsibility for monitoring changes to the editors?  (It 
> might even be worth integrating it into the rest of the I-D administration 
> environment?)
>
> Note that this still leaves a place for published snapshots as RFCs.

I like the idea of moving towards a more lively version of the Tao and I 
agree with all those who've voiced concerns about using to open of a 
process for group editing.

I have an alternate suggestion which tries to walk the "middle way". What 
is we create the Tao as a web page with one lead editor (an a possible 
second author as needed) who is responsible for regular review and updates 
and then spin up an etherpad version of the text which can be edited by 
anyone with a tools login? The editor could then track and incorporate 
suggested changes into the canonical web page and notify the list when 
major updates occur. This would use some familiar elements of our current 
document production process and tools we already have in place and would
give the editor a way to contact those with suggested changes if further
dialogue was needed.

One question for the Tools team - can etherpad handle a long lived 
document?

- Lucy

> d/
>