Re: [Gendispatch] New Version Notification for draft-knodel-nomcom-gender-representation-00.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 22 November 2023 21:09 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C7DBC15153E for <gendispatch@ietfa.amsl.com>; Wed, 22 Nov 2023 13:09:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.199
X-Spam-Level:
X-Spam-Status: No, score=-7.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.091, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MO_VQLe3XQMR for <gendispatch@ietfa.amsl.com>; Wed, 22 Nov 2023 13:09:41 -0800 (PST)
Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C30F7C15109F for <gendispatch@ietf.org>; Wed, 22 Nov 2023 13:09:41 -0800 (PST)
Received: by mail-pl1-x62b.google.com with SMTP id d9443c01a7336-1cf6373ce31so2033285ad.0 for <gendispatch@ietf.org>; Wed, 22 Nov 2023 13:09:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1700687381; x=1701292181; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=/11UEJI+LkToev9H88yLmcCrKl46J3rlg83upijjxgM=; b=O9TO7wtGHtgBbOInCKWcLy9APNOyRczJOjVcu+UKtijZooUfUBsoQSkEKBuTFnRpTe gCY3KiMW+j2/ogL0BKCxq7olmfQoLydcR2WJxXao5VpJmKym/sWDYQER6wqZz2kQtx7X G1lC4lY6WyVOTGS+9BwwjgCFG/hBTsuPHcSAoE9mkLA8NdJuwyA2pqggz0a1qMmLtrw/ 86lc+jj0W6b3ggQpAadHgoHmV6EITEaftmzzYVn4FTQNMppDPtVd0975Pb3HL/CORz41 6F6unVRv11FPXjwFNmfHENlnIKT+uzGFbZXF4ZE3rxxuMCg8xzAtp71Kw4dVsPLyH8Ef gRzw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700687381; x=1701292181; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/11UEJI+LkToev9H88yLmcCrKl46J3rlg83upijjxgM=; b=mwmPDd7neU2ywDitHIUIh54LSfd4KJ0SnGLlmdk1LQSioNM1c6h4YLmft2D1P/ETao OIy9HVeeOrfL1BWBvsPDm5NnLhR7b8cxUPk9U8oeEaAydRywdUNP3jI+PMXq8fkAXL/c 2qL1VS9KoDYyQE0H0VfrSNXUHAaZkP3U0WK1OI0m9K7EOfqCqvBHt+j7Bogf82x2NEv9 0vWsF+q+AW/xUbyG2RwdYgrWjU10HJZl3hG2mgV+L1eGXkl/7yU1bRWYFyO0n/T7sfBv zfydgz6GAEAc39Ze2QMk5Qz/a5hXsbEeYzVDTET2r3D54RIk4rK0DfiMsxZlhPWMhARd QVhg==
X-Gm-Message-State: AOJu0YzRwey6thW+tcumxz6Q9UTZNEIS/MzLo+zgrpuB7iq8tW3ei1cy 0zq/K2fj8hFopRVA+hcn3ic=
X-Google-Smtp-Source: AGHT+IHxkTSfNskdr4eHJdN7r6cKN2g3hVqfozhUPcnDJHYE9TGK2wCaAymgvKP3gkYVXQhAd8c4qg==
X-Received: by 2002:a17:902:e812:b0:1cc:5671:8d9 with SMTP id u18-20020a170902e81200b001cc567108d9mr885628plg.27.1700687381111; Wed, 22 Nov 2023 13:09:41 -0800 (PST)
Received: from ?IPV6:2404:4400:541d:a600:44b7:2c2e:2bc6:8707? ([2404:4400:541d:a600:44b7:2c2e:2bc6:8707]) by smtp.gmail.com with ESMTPSA id b14-20020a170903228e00b001b86dd825e7sm122790plh.108.2023.11.22.13.09.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 22 Nov 2023 13:09:40 -0800 (PST)
Message-ID: <45806586-6044-2323-bc47-29c492bc80ec@gmail.com>
Date: Thu, 23 Nov 2023 10:09:36 +1300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: Eric Rescorla <ekr@rtfm.com>, Christian Huitema <huitema@huitema.net>
Cc: Martin Thomson <mt@lowentropy.net>, Mallory Knodel <mknodel@cdt.org>, Vittorio Bertola <vittorio.bertola@open-xchange.com>, gendispatch@ietf.org
References: <55d7f614-2fd7-4d67-9102-aa45f8a62040@betaapp.fastmail.com> <09790854-FBD8-4566-BE1D-03836FDB60F6@huitema.net> <CABcZeBOO5_Dvf8Lvw=TqXO1jhUy1vXAAJZ+YkZijQAp6J5Pzqg@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <CABcZeBOO5_Dvf8Lvw=TqXO1jhUy1vXAAJZ+YkZijQAp6J5Pzqg@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/Kt-2gRmU6DuuZj2c5QmHTclqVMY>
Subject: Re: [Gendispatch] New Version Notification for draft-knodel-nomcom-gender-representation-00.txt
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Nov 2023 21:09:42 -0000

On 23-Nov-23 09:05, Eric Rescorla wrote:
> 
> 
> On Wed, Nov 22, 2023 at 11:57 AM Christian Huitema <huitema@huitema.net <mailto:huitema@huitema.net>> wrote:
> 
> 
>      > On Nov 21, 2023, at 8:37 PM, Martin Thomson <mt@lowentropy.net <mailto:mt@lowentropy.net>> wrote:
>      >
>      > On Wed, Nov 22, 2023, at 15:25, Brian E Carpenter wrote:
>      >> Yes, but if (hypothetically) we had four possible responses: Male,
>      >> Female, Other, Prefer-not-to-say,
>      >> I really don't know what to do with Prefer-not-to-say.
>      >
>      > I have no strong preference here, but it could be reasonable to treat other and pnts as distinct categories.  Or both together.  Based on my understanding of demographics, it is unlikely that either (or both) would be selected for more than 8 or 9 out of 10, so while we need to write up firm rules, that would be the only reason we'd need that level of precision; it's unlikely to be a problem in practice.
> 
>     Prefer-not-to-say amounts to opting out of gender based selection. That means the candidate would be selected based on random ranking only, and should never be selected based on "reserved for minority" preferences.
> 
>     There are many reasons to prefer not to say anything. One is a general aversion for keeping personal preferences in databases, based for example of the history of repurposing such databases for other purposes, like the Gestapo did 60 some years ago. Another is because the participant would prefer to keep private details hidden. Yet anther is to introduce enough noise in the system to provide cover for those participants who want their private details hidden. These are all very good reasons, but they should not provide any priority in nomcom selection.
> 
> 
> Just so I understand what you are proposing in practice. Suppose we have four
> values: A, B, C, and PNTS, then the selection algorithm would be:
> 
> exclude = None
> while selected_total < 10 {
>    candidate = draw_random()
>    if selected(gender(x)) == 8 {
>       exclude = gender(x)
>    }
>    if exclude != None {
>      if exclude == gender(x)  {
>         skip;
>      }
>      // This avoids giving pnts a preference
>      if gender(x) == pnts {
>         skip;
>      }
> 
>     select x;
> }

I think that gives PNTS a normal chance of being selected for the first 8 slots, but zero chance of being selected for the 9th or 10th slot.

If so, a member of the majority gender gains no advantage by selecting PNTS, which was the tactic I was concerned about. If a member of a minority gender selects PNTS, they do worsen their chance of selection, however.

    Brian