Re: [Recentattendees] Background on Singapore go/no go for IETF 100

Lorenzo Colitti <lorenzo@google.com> Fri, 27 May 2016 04:28 UTC

Return-Path: <lorenzo@google.com>
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 303CD12D59B for <ietf@ietfa.amsl.com>; Thu, 26 May 2016 21:28:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.116
X-Spam-Level:
X-Spam-Status: No, score=-4.116 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 Pbx6uDqpD76N for <ietf@ietfa.amsl.com>; Thu, 26 May 2016 21:28:02 -0700 (PDT)
Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3771712D53B for <ietf@ietf.org>; Thu, 26 May 2016 21:28:01 -0700 (PDT)
Received: by mail-yw0-x232.google.com with SMTP id o16so96046515ywd.2 for <ietf@ietf.org>; Thu, 26 May 2016 21:28:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Dkv5vnGds4A+p60Ez6l+08kJkFClH9x14v6PR4UrioI=; b=YUTB7U/lXqk1bWlbZSSqqunHWuBtd5cSBnFHVt7A/dzq0tNdYx+o6ogsEAt1jCP7Jn sh0juKwTG9HAsjiPz7yFUO5UomeK3zyyrTRVXckebYoGMkuYQ+2f8bydWiJTRs/LzA0v xyX8Z8A9W1/zSeUULHHL9IURboM0sYj/7epNE0AoNTiilf+RYUFJU3r7RHfuLfj10Ci/ /Lf7peaijJ/h7/URPvLYLcPle3tQwATVhD+iScKr+B8fkT9+HmpR1UwOgz9J7MtyqhOD qsHG2YAt61JMUgnZwqo2zR0YqWXNDrldHxpuMQp5Q0LVgVesbA8/qztHpEkPvRr4y9WT pXoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Dkv5vnGds4A+p60Ez6l+08kJkFClH9x14v6PR4UrioI=; b=C9OMuwOwTwGovf2KnMcRT4kKexWTMtrWv4l835U15B402VfsLjVMfyPx8a5ReApxH6 zX+nwi9Wk1OInyIpKLJ7WuzGVpgRdHCWgzQkPzdXxjsiwD6BPXkaoYOIx9sfumnMasGz ZAjJtuBs7cuRv5pQZxPhCLDlJenHuq8hrjVWVoH2t8yddVwdGJIOxZKfMjUtYwBYgXBE s+hSXkCXLNGDcYc8cmbVLczCRqrFInqC0yxrQmpeU1Q2/mTR0sbChNENZhSwqV7UtQ4p vjrOd779a4Fx4I2zH+T4zod6aXAptp9gdltY9EfY4EdrvwpOHJa3gqgInuda4MC1NVzY PQ7g==
X-Gm-Message-State: ALyK8tIk+rFpuuQEpT/z9nR/WfuoJEHIMZ1aycDGsOuqItXlOh46NtNUItTMzJtCjMvMA2+48knbFYk2h+SVejOH
X-Received: by 10.129.82.214 with SMTP id g205mr8344825ywb.66.1464323280236; Thu, 26 May 2016 21:28:00 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.198.68 with HTTP; Thu, 26 May 2016 21:27:40 -0700 (PDT)
In-Reply-To: <5747909C.20403@si6networks.com>
References: <20160525220818.18333.71186.idtracker@ietfa.amsl.com> <700D9CB7-4EFD-459B-AA12-133A6BB04E90@senki.org> <1C8639E6-1058-4D04-84ED-0C354E6567D1@cisco.com> <9CBABA69-1814-4676-9C69-E129F04AD24C@cisco.com> <5DFDEA43-8156-491D-A300-2BCED1AED1A4@gmail.com> <5747909C.20403@si6networks.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Fri, 27 May 2016 13:27:40 +0900
Message-ID: <CAKD1Yr2mGNPhUCzWyfAo_DYL3LhjkqRB13zXuj8wMqFQJfE4GA@mail.gmail.com>
Subject: Re: [Recentattendees] Background on Singapore go/no go for IETF 100
To: Fernando Gont <fgont@si6networks.com>
Content-Type: multipart/alternative; boundary="001a114dc694f4f7ca0533cb5400"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/hDraBjIVYZx69cprMjbouf-lpLA>
Cc: "recentattendees@ietf.org" <recentattendees@ietf.org>, Margaret Cullen <margaretw42@gmail.com>, "Fred Baker (fred)" <fred@cisco.com>, "Ietf@Ietf. Org" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 27 May 2016 04:28:03 -0000

On Fri, May 27, 2016 at 9:11 AM, Fernando Gont <fgont@si6networks.com>
wrote:

> Or is it just that only some forms/expressions of diversity are desirable?
>

That's a fascinating question. All else being equal you might imagine that
any group of people would give the earliest/most thought to the forms of
diversity that are the most represented in that group, simply because it is
more obvious to them. Thus, the IETF has had a geographic diversity policy
for a long time, while other forms of diversity were represented
less/later. At the other extreme, there may be forms of diversity that the
IETF as a group is not even aware of due to lack of experience.

I found it interesting how one message mentioned, "gender, race, color,
religion, age, sexual orientation, gender identity or gender expression, or
marital status", but didn't mention economic status, past visits (e.g.,
whether you've been to Syria) country of origin, non-religious ideological
beliefs, food allergies, medical conditions, and other things that might
cause us to exclude people.

I don't know how an organization can/should decide which forms of diversity
to mandate/incentivize/encourage/accommodate and to what degree. In most
cases the people who are most present in the IETF tend to think that
democracy is the fairest way to make decisions, but sometimes arguments of
the form "let's do what is best for the most people" are characterized as
being "the tyranny of the majority". At the same time, pretty much any
choice will result in excluding someone, so how do you make that choice?

Also, do we want to avoid a vocal minority being able to have more
influence over the organization as a whole than a less vocal minority that
is equally represented? Is the vocal minority more vocal because their
concerns are more important than the less vocal minority, or because they
are otherwise predisposed (culturally, or as a group, or because other
groups are sympathetic to their case) to being more vocal? If that were the
case, how would we even find out?

I don't know if anyone has satisfactory answers to the question above. I
certainly don't, and I wish I did. There may be no answer that is
satisfactory to everyone, which I suppose is the heart of the problem.