Re: [Gendispatch] Diversity and Inclusiveness in the IETF

Mary Barnes <mary.ietf.barnes@gmail.com> Tue, 23 February 2021 22:26 UTC

Return-Path: <mary.ietf.barnes@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 32A853A0DB3; Tue, 23 Feb 2021 14:26:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DBobCDo9WQnA; Tue, 23 Feb 2021 14:26:29 -0800 (PST)
Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (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 D4C263A0DAE; Tue, 23 Feb 2021 14:26:28 -0800 (PST)
Received: by mail-ot1-x336.google.com with SMTP id f33so231814otf.11; Tue, 23 Feb 2021 14:26:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ch2DrHMcAg5akAhD0speoqVuBLxiBxq3bq57z5llML4=; b=sD81D5XzjCdlMHT+eX+r0yGOYQyaxVrLmKJczrxQUJJRTn9gxoYQGjLd3wd0KPw162 F9TAgtmjVnG3LYocT/WzxWErgXB1yprrCwb+x3U2YGh3U0xYZORtYJL1u09nRBdZiTQz kHJwklW+1khLHghsBaMUuBohz0WxWZtyQc3Ztq68+EpST502lrRk5jx6SqwJooQFyt53 TPsAD2xq8fD0t5QQiql6mYX8YoHTFkL8Xlc0ZiFNFzHa57MTbr7cgfnc1fkuAq6CxwMh Ht793WvpSS13DonmO3GsC028cmeG3UWgKDuG4uOxGdgpAFjmxZaNzGrTCuKJCUxm3uEy PVQQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ch2DrHMcAg5akAhD0speoqVuBLxiBxq3bq57z5llML4=; b=XwQsHUb11Mad1Z2Ffv3cHsGE6j6emloSgvdaP7QXBYH4S4FqLD7bpbiCMc6N9pPkKs 6VRWeL79APU+3FN2isDNUCAFzNdeUDQZ/lLu4EaCRILp7cpAYQtDylXeVfUg0Io7lzvQ XLCgX92Kd2oWF5ylVkAo7rqHjMCvctXE/Q2mlYaFNKddss4u8P+ZfB83a0aZT2BbIx2u M9HbQ5XmOD0GrtxgseIyJ4/hv1VEzk/ynEE7GxHi1HHGCWU+XWwLM79YVYhs61+KqxNk OiyI+rclLgyuMtP5k1v0aSp7MRlU1zhdOzI260AoOR8yQn2kFFpPssWWSC31DaPrDzU7 70zw==
X-Gm-Message-State: AOAM530vhMojLyKALWX3T+9XuyOgdI6ZnzdeV1OL/eSp3FJCmD0OQlIv 8uBrW4kz2WpjINZVBtNbKrZU1xT9xU3RNikwJzE=
X-Google-Smtp-Source: ABdhPJzQa1aXjE6f2EqlWLKFokO+E00ryyfj/e52MS92M7jHQn2htvQF6b0Xooi+CFJv/0lTL0WC6U+q+4dJftLmBNc=
X-Received: by 2002:a05:6830:4a1:: with SMTP id l1mr3264716otd.137.1614119188181; Tue, 23 Feb 2021 14:26:28 -0800 (PST)
MIME-Version: 1.0
References: <37eecb9b-f0eb-e21c-b162-b1f0339e4981@si6networks.com> <AM0PR08MB37168C83CF19A3CDFEF15FD8FA809@AM0PR08MB3716.eurprd08.prod.outlook.com> <1fdfebbf-58ab-0f18-da53-ec06d9953c5f@gmail.com>
In-Reply-To: <1fdfebbf-58ab-0f18-da53-ec06d9953c5f@gmail.com>
From: Mary Barnes <mary.ietf.barnes@gmail.com>
Date: Tue, 23 Feb 2021 16:26:16 -0600
Message-ID: <CAHBDyN6-AGMzgeyzxRHyGCtgSMWxQt+hh-mDn49XAYT7NbC0dg@mail.gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Hannes Tschofenig <Hannes.Tschofenig@arm.com>, Fernando Gont <fgont@si6networks.com>, "ietf@ietf.org" <ietf@ietf.org>, GENDISPATCH List <gendispatch@ietf.org>, Keith Moore <moore@network-heretics.com>
Content-Type: multipart/alternative; boundary="000000000000d6350405bc086838"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/32k5y1UvyaFFtxixJjAbo0Ysz3Q>
Subject: Re: [Gendispatch] Diversity and Inclusiveness in the IETF
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 23 Feb 2021 22:26:31 -0000

Hannes,

Ditto to what Brian said.

I no longer write code although I have written LOTS of code for lots of
systems for nearly 20 years that have run in the real world for decades
(there's still Nortel DMS cranking away out there).   And, while I write
specs, I do work very closely with those implementing the specs and I don't
write specs for things that aren't being considered as potential
products/real systems.    I ask lots of questions when I'm working with
those coding, so I'm confident folks do understand what it is they're
implementing.   I worked with  contractors implementing ACME for one
company a few years back and I knew they didn't understand because I could
see the questions they were asking in the open forums and I knew they were
misinterpreting those responses.  I found the place in the Let's Encrypt
code where they needed to hook in the new code and I was almost at the
point of writing the code myself over a weekend with my son, but it was
their job.

There's far more value in my being able to educate the folks coding,
provide architectural feedback, talk to vendors to ensure that what they
are providing meets the requirements (security in particular) as well as
testing the system after it's been coded and providing feedback.   And, in
my experience, the coding is the easy part. When I was a developer, that
was the fun part - the reward after you got all the required documentation
written.   And, I always develop specs from the perspective that a
developer needs to use that as the basis for writing code, so I know how I
would want things written to facilitate that process.

So, your point about people writing specs not being the ones writing code
is a little judgemental.  I would say "elitist" and that's how it comes
off, but I don't consider those that write code necessarily to be the
elite.  But, it is this notion that there are certain types of people at
IETF that are amongst the elite that is one of the issues around
inclusion.

Regards,
Mary.

On Tue, Feb 23, 2021 at 3:51 PM Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> Hannes,
>
> On 23-Feb-21 22:51, Hannes Tschofenig wrote:
> > Hi Fernando,
> >
> > I just took a quick look at the document and I missed one point that
> increasingly worries me working in the IETF, namely the increasing number
> of participants who are not interested to write any code*.
>
> Can you justify "increasing number"? I don't mean compared to 1986, but
> compared (for example) to 2011? As long as I can remember, people have been
> concerned about participants who are "goers" rather than "doers" at
> meetings, and you seem to be adding a further concern, "doers" whose action
> is to write text rather than write code.
>
> Also, you don't mention operators, whose role is not to write code at all
> but whose contribution to the IETF is essential. So that's another category
> of "doers".
>
> I'd like to see some actual facts about these various categories of
> "doers". What % were they 10 or 20 years ago, and what % are they now? Has
> the hackathon changed the numbers? Etc.
>
> > I would include this aspect under diversity, particularly when talking
> about the new leadership election cycles.
>
> Yes, it should be on NomCom's radar. The need for enough ops people has
> long been understood, but recent development experience is also relevant.
>
> > Participating in some working groups I more and more get the impression
> to sit in a document writing class rather than in an Internet engineering
> organization.
>
> Since our principal output is text, that isn't so surprising, but I think
> there's a case for sending any spec that does not adhere to RFC7942/BCP205
> back to the WG.
>
> > Ciao
> > Hannes
> >
> > *: I am also including authors of protocol specifications that do not
> implement their own specifications.
>
> That's a bit cruel. In larger organisations, it might be totally
> infeasible. But again, RFC7942 is our friend.
>
> Regards
>     Brian
> >
> > -----Original Message-----
> > From: ietf <ietf-bounces@ietf.org> On Behalf Of Fernando Gont
> > Sent: Tuesday, February 23, 2021 1:07 AM
> > To: 'ietf@ietf.org' <ietf@ietf.org>; GENDISPATCH List <
> gendispatch@ietf.org>; Keith Moore <moore@network-heretics.com>
> > Subject: Diversity and Inclusiveness in the IETF
> >
> > Folks,
> >
> > We have submitted a new I-D, entitled "Diversity and Inclusiveness in
> the IETF".
> >
> > The I-D is available at:
> > https://www.ietf.org/archive/id/draft-gont-diversity-analysis-00.txt
> >
> > We expect that our document be discussed in the gendispatch wg (
> https://datatracker.ietf.org/wg/gendispatch/about/). But given the
> breadth of the topic and possible views, we'll be glad to discuss it where
> necessary/applicable/desired.
> >
> > As explicitly noted in our I-D, we're probably only scratching the
> surface here -- but we believe that our document is probably a good start
> to discuss many aspects of diversity that deserve discussion.
> >
> > Thanks!
> >
> > Regards,
> > --
> > Fernando Gont
> > SI6 Networks
> > e-mail: fgont@si6networks.com
> > PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
> >
> >
> >
> >
> > IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
> >
>
> --
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch
>