Re: [appsdir] Request for reviews

Tobias Gondrom <tobias.gondrom@gondrom.org> Thu, 12 January 2012 02:09 UTC

Return-Path: <tobias.gondrom@gondrom.org>
X-Original-To: appsdir@ietfa.amsl.com
Delivered-To: appsdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA4F121F858F for <appsdir@ietfa.amsl.com>; Wed, 11 Jan 2012 18:09:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.532
X-Spam-Level:
X-Spam-Status: No, score=-96.532 tagged_above=-999 required=5 tests=[AWL=0.245, BAYES_00=-2.599, FH_HELO_EQ_D_D_D_D=1.597, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448, HTML_MESSAGE=0.001, 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 DfAH4VaYiaie for <appsdir@ietfa.amsl.com>; Wed, 11 Jan 2012 18:09:00 -0800 (PST)
Received: from lvps83-169-7-107.dedicated.hosteurope.de (www.gondrom.org [83.169.7.107]) by ietfa.amsl.com (Postfix) with ESMTP id CA19121F858D for <appsdir@ietf.org>; Wed, 11 Jan 2012 18:08:59 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gondrom.org; b=iOmXdPPGWOrJ6pmxGP/e8Nw1q493wCiOh3OVjrG4r3gdG092JU0+NboHw1RxW4DVFNsD1THwI9du0TBfvqDmo5CHhoMD80vSMkerM7MvE6K51ktSnVPPvFu8oINzH4fL; h=Received:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:X-Priority:References:In-Reply-To:Content-Type;
Received: (qmail 3497 invoked from network); 12 Jan 2012 03:08:55 +0100
Received: from unknown (HELO ?10.5.8.84?) (61.8.220.69) by www.gondrom.org with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Jan 2012 03:08:54 +0100
Message-ID: <4F0E40B3.9090408@gondrom.org>
Date: Thu, 12 Jan 2012 10:08:51 +0800
From: Tobias Gondrom <tobias.gondrom@gondrom.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111220 Thunderbird/9.0
MIME-Version: 1.0
To: appsdir@ietf.org
X-Priority: 4 (Low)
References: <6.2.5.6.2.20120110135951.0cb505f0@elandnews.com> <4F0CEF1E.1080303@gondrom.org> <alpine.OSX.2.02.1201110923050.25690@mac-allocchio3.elettra.trieste.it> <4F0DB93B.8030806@dcrocker.net>
In-Reply-To: <4F0DB93B.8030806@dcrocker.net>
Content-Type: multipart/alternative; boundary="------------030905040306090305050804"
Subject: Re: [appsdir] Request for reviews
X-BeenThere: appsdir@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Apps Area Review List <appsdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/appsdir>, <mailto:appsdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/appsdir>
List-Post: <mailto:appsdir@ietf.org>
List-Help: <mailto:appsdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/appsdir>, <mailto:appsdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Jan 2012 02:09:01 -0000

On 12/01/12 00:30, Dave CROCKER wrote:
>
>
> On 1/11/2012 12:27 AM, Claudio Allocchio wrote:
>>
>> my small preference... :-)
>>
>> If I get the assignement like we do now on appsdir, I'm certain 
>> (well... at
>> least 98% certain) that I do read all assignemt messages, and I 
>> definitly get
>> those assigned to me or more interesting assigned to others.
>> Because I read them one-by-one...
>>
>> If I receive a diest, the "missing the assignmenet/document" risk is 
>> mch higher.
>
> Just to emphasize, this is a basic human issue and not just Claudio's...
>
> For an extreme version of this issue, for group-vs-individual 
> targeting, take a look at at a description of the effect of dissipated 
> personal responsibility about Kitty Genovese.
>
> <http://en.wikipedia.org/wiki/Murder_of_Kitty_Genovese>
>
> A single message, to the responsible party, with a specific 
> assignment, is by far the better tool for making the assignment and 
> for reviewing assignments. The BCC nicely provides a public archive.
>
> IMO, it's the right transactional unit.  Any aggregation requires an 
> additional layer of processing.
>
> d/

Hm.

Maybe before I start, let me re-iterate, I have no strong preferences, 
only thought the sec-dir approach might be beneficial for the team. So 
on my account we can also keep things as they are.
In the end it boils down to your work style: some prefer to read one 
email with a list which contains your name and assignment or scan a list 
of emails for some that may be relevant for you. Personally I prefer the 
first, but can equally see why others may prefer the latter.

However, taking from your comment and reference to the "Kitty Genovese" 
case, there might be a misconception of the process being used at sec-dir.
The Volunteer's dilemma would apply if the drafts were not assigned to 
individuals in sec-dir.
But that is a false assumption.

All assignments are per person (like at appsdir, as you can see in the 
list below, each person is assigned a specific draft and deadline (so 
there is no volunteer's dilemma)). In fact, by the way the list is 
"public" in the group and you can be sure that each member of sec-dir 
reads it (to see their own assignments) you actually even equally have 
some peer-pressure to fulfil your assignments as they are "public 
commitments" (plus you get the convenient overview of who is doing what, 
which can help to link two reviews if their drafts are related.)
Also to my knowledge nearly no reviews in sec-dir are slipped (at least 
not by me and the guys I know of). So I would take this as a 
confirmation the method works in principle.

Anyway, as I said I am also happy with appsdir's current process, just 
wanted to mention the option to handle things like in sec-dir.

Best regards, Tobias



-------- Original Message --------
Subject: 	[secdir] Assignments
Date: 	Thu, 29 Dec 2011 18:25:14 -0500 (EST)
From: 	Samuel Weiler <weiler+secdir@watson.org>
Reply-To: 	secdir-secretary@mit.edu
To: 	secdir@ietf.org



I hope everyone had a good Christmas and has a pleasant and safe New
Year celebration.

As I observed last week, "most of the outstanding previosuly-assigned
docs are scheduled for [the January 5th telechat]".  If you have an
old assignment, that document is likely on the telechat next week.

Only four new assignments today.  Leif Johansson is next in the
rotation.

For telechat 2012-01-05

Reviewer                 LC end     Draft
Derek Atkins           T 2012-01-06 draft-arkko-ipv6-only-experience-04
Richard Barnes         T 2011-12-20 draft-ietf-sipclf-problem-statement-09
Uri Blumenthal         T 2011-12-19 draft-ietf-storm-rddp-registries-01
Alan DeKok             T 2011-12-05 draft-ietf-6man-exthdr-05
Alan DeKok             T 2012-01-06 draft-yevstifeyev-disclosure-relation-00
Donald Eastlake        T 2012-01-04 draft-ietf-6lowpan-nd-18
Shawn Emery            T -          draft-ietf-rtgwg-lfa-applicability-04
Tobias Gondrom         T 2012-01-04 draft-ietf-softwire-gateway-init-ds-lite-06
Love Hornquist-Astrand T 2011-12-29 draft-daboo-webdav-sync-06
Jeffrey Hutzelman      T 2011-12-26 draft-gregorio-uritemplate-07
Tim Polk               T 2011-12-28 draft-kucherawy-dkim-atps-13
Eric Rescorla          T 2011-12-29 draft-ohye-canonical-link-relation-04


For telechat 2012-01-19

Reviewer                 LC end     Draft
Rob Austein            T 2012-01-11 draft-ash-gcac-algorithm-spec-03
Phillip Hallam-Baker   T 2012-01-18 draft-jiang-a6-to-historic-00
Jeffrey Hutzelman      T 2012-01-04 draft-ietf-marf-authfailure-report-07
Julien Laganier        T 2011-12-15 draft-ietf-marf-redaction-03

Last calls and special requests:

Reviewer                 LC end     Draft
Dave Cridland            2012-01-03 draft-os-ietf-sshfp-ecdsa-sha2-04
Steve Hanna              2012-01-13 draft-nottingham-http-new-status-03
Sam Hartman              2012-01-05 draft-ietf-kitten-sasl-saml-06
Paul Hoffman             2012-01-12 draft-ietf-alto-reqs-12
Love Hornquist-Astrand   2012-01-13 draft-ietf-pcn-signaling-requirements-07
Tina TSOU                2011-04-23 draft-shin-augmented-pake-08
_______________________________________________
secdir mailing list
secdir@ietf.org
https://www.ietf.org/mailman/listinfo/secdir
wiki:http://tools.ietf.org/area/sec/trac/wiki/SecDirReview