Re: List of volunteers for the 2021-2022 NomCom

Carsten Bormann <cabo@tzi.org> Mon, 28 June 2021 05:14 UTC

Return-Path: <cabo@tzi.org>
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 CD5B03A2B4C for <ietf@ietfa.amsl.com>; Sun, 27 Jun 2021 22:14:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 8ZXmazPUDzjm for <ietf@ietfa.amsl.com>; Sun, 27 Jun 2021 22:14:28 -0700 (PDT)
Received: from gabriel-2.zfn.uni-bremen.de (gabriel-2.zfn.uni-bremen.de [134.102.50.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3D463A2B48 for <ietf@ietf.org>; Sun, 27 Jun 2021 22:14:26 -0700 (PDT)
Received: from smtpclient.apple (p548dcc89.dip0.t-ipconnect.de [84.141.204.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4GCwl30l4Bz2xGX; Mon, 28 Jun 2021 07:14:23 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
Subject: Re: List of volunteers for the 2021-2022 NomCom
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <C2EA4926E8F85FED7873D8E5@PSB>
Date: Mon, 28 Jun 2021 07:14:22 +0200
Cc: Michael StJohns <mstjohns@comcast.net>, Mary B <mary.h.barnes@gmail.com>, ietf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <EB762B29-7BFA-4B52-8606-B7135DED8AB5@tzi.org>
References: <c2148075-606d-8aa9-d7b4-71aa92a09fae@comcast.net> <1E2C4254-FE64-4862-8650-D5BA8A8CF86D@gmail.com> <3975.1624807060@localhost> <CAP8yD=tKs6jeMs-ZGUYoAWJqTAWTx5EzciEwsZGUrV9v8MFX4A@mail.gmail.com> <LO2P265MB0399544A2F5CC973B22CB9CBC2049@LO2P265MB0399.GBRP265.PRO D.OUTLOOK.COM> <71ca761b-5987-3c5e-83f2-20a661e6a14f@joelhalpern.com> <22399.1624829128@localhost> <ccacbe24-cdd5-1707-03cb-a2e09ae801a9@comcast.net> <CABmDk8nvDD9tM-ybaw+fZcEHZ14S84f9MFaT8vrTrtX+EgEXbQ@mail.gmail.com> <18f319d8-01d9-efb3-c576-aace73d88f76@comcast.net> <9CF84BC133A96E4584BECF33@PSB> <4A23996B-AB48-4FF8-B762-EA9511E8B0F3@tzi.org> <C2EA4926E8F85FED7873D8E5@PSB>
To: John C Klensin <john-ietf@jck.com>
X-Mailer: Apple Mail (2.3654.100.0.2.22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/GwIq7ad0ReYDPyBYJhJDKgySAJs>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 28 Jun 2021 05:14:31 -0000

> 
> Noting that I agree with Brian that trying to make a change of
> this nature (as distinct from extending the sign-up window and
> stimulating people to volunteer) is too much to try to do on the
> fly (and hence for this year)...

Definitely agree.  I was thinking about where we want to be in a couple of years…

>> Easy: randomly (*) select 10 companies (clusters) making up
>> the nomcom, and then randomly select one volunteer from each
>> company.
>> 
>> Let's see how well this process proposal goes :-)
> 
>> (*) OK, you get to choose the exact way this randomness works,
>> and that may include weighting by number of volunteers.  So we
>> may still have a way to make sure there is enough big-company
>> representation in the nomcom.
> 
> This strikes me as a terrible idea.  While, for a variety of
> reasons, I can't volunteer (at least without dropping all other
> IETF work for the duration), there are still some of us who
> really are individual participants with no company affiliation.

These are then clusters of 1.

> At least without making it horribly complicated, the method you
> suggest would almost certainly either keep them off the Nomcom
> or keep employees of many companies off.  What you are
> proposing, as I understand it, would basically determine which
> 10 companies get to do determine the future of the IETf in a
> given cycle, an even worse option from a diversity standpoint
> than what we have today.

Well, today we have 6, my method would turn it into 10.

A different way to imagine my method (the weighted variant):

Put a square cm of paper on a blackboard for each eligible attendee.
Throw a random dart.
If that hit an eligible, take off the eligible and all other people of their company.
Repeat until you have hit ten.
The eligibles you have hit are the nomcom.

Yeah, pretty much like the current scheme, but with N=1 instead of N=2.

Grüße, Carsten