Re: Draft "Convince your boss" note for IETF participants

Toerless Eckert <tte@cs.fau.de> Wed, 28 September 2022 22:57 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2A34C15AE1F for <wgchairs@ietfa.amsl.com>; Wed, 28 Sep 2022 15:57:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.66
X-Spam-Level:
X-Spam-Status: No, score=-6.66 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, 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
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 CpQXB3hN8n-y for <wgchairs@ietfa.amsl.com>; Wed, 28 Sep 2022 15:57:49 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 614C0C15A73A for <wgchairs@ietf.org>; Wed, 28 Sep 2022 15:57:43 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [131.188.34.51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 4B017548560; Thu, 29 Sep 2022 00:57:36 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 35BF64EBB99; Thu, 29 Sep 2022 00:57:36 +0200 (CEST)
Date: Thu, 29 Sep 2022 00:57:36 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Dave Thaler <dthaler=40microsoft.com@dmarc.ietf.org>, Greg Wood <ghwood@staff.ietf.org>, WG Chairs <wgchairs@ietf.org>
Subject: Re: Draft "Convince your boss" note for IETF participants
Message-ID: <YzTRYF8L+kpN/lOL@faui48e.informatik.uni-erlangen.de>
References: <475BFEC7-9F58-483F-85E9-84D535C4B73C@staff.ietf.org> <YzRmax4O2lxayqBA@faui48e.informatik.uni-erlangen.de> <DM4PR21MB34404B1D38C9C8D1A71296BFA3549@DM4PR21MB3440.namprd21.prod.outlook.com> <216350.1664401830@dooku>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <216350.1664401830@dooku>
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/dRiLnsve7-yG7nZsUgPBEeo_m1k>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Sep 2022 22:57:51 -0000

Inline

On Wed, Sep 28, 2022 at 11:50:30PM +0200, Michael Richardson wrote:
> 
> Dave Thaler <dthaler=40microsoft.com@dmarc.ietf.org> wrote:
>     > Secondly, in this world of economic downturn, travel may be harder to
>     > obtain funding for, and much of the current note would apply to virtual
>     > attendance as well.  It doesn't really speak explicitly to the benefits
>     > of in-person as compared to virtual, it is worded to compare in-person
>     > to no participation at all.
> 
> To my mind, what we (the IETF community) really need is more people
> contributing via email, reviews, and writing and prototyping running code.

Probably vastly varying across different WG/technologies, but certainly a
+1 on some of those WG/technologies i can think of.

> I feel, btw, that in a few parts of the IETF this has significantly gone up
> compared to ten years ago, but it might just be my perspective.... it's the
> part of the IETF that I personally find the most rewarding.

Having bright people in the IETF beat up one's own ideas and ultimately
improving it through that back and forth is indeed the best part. That actually 
is IMHO true whether or not the documents goal is running code or any other goal
(archtiecture, use-cases, requirements, experience deployment BCP, ...).

> The cost to the boss of having people spend *time* doing that is actually way
> way way higher than the travel costs, but the cost comes in a less tangible way.

I am not so sure if that has always been true in the past. I would think that 
contributors passionate about the IETF did and to some degree stil do it also
on their own time beside their job. Of course, that is a continuum. But it would
of course be great to inspire that relationship to the IETF in more newcomers.

> Once that kind of interaction is underway, the extra tangible cost of the
> travel might be relatively acceptable.  (exploit the sunk-cost falacy here...)

Lets not forget, that Gregs motivation could well be different from yours:
All that better work on mailing lists and the like does not pay more of our
bill. IETF 'tourists' who register for the IETF but rather go to anti-war demos
in San Francisco while IETF happen (yes, my examples are that old ;-) on the
other hand do help to pay the IETF bill. Not that Greg was even starting to
pitch the great tourism factor of the IETF meetings. Although, as i learned,
attractiveness of location is not an official IETF critera of location selection.

Nevertheless, i have often enough seen important contributors to be able to
come in person to the IETF only when the location was attractive enough to
their +1 (or sometimes +2...+4) to also come. I digress... but only a little bit ;-)

> I am finding that we being asked to review and consider adopting many
> documents for which there is no hope of ever seeing running code, even a
> prototype.  I find it very sad, because often they are really good ideas, but
> without a prototype or proof-of-concept, it's very hard to get enough
> experience to convince people.

Yes, many more related helpful aspects though. Hackathons, specs with sufficient
enough details (even if pseudocode) to vet feasiblity, simulations, ...

Maybe also put some more effort into promoting the 1 percenter (about 100 out
of 10,000 RFC): the full Internet standards - that do have a more thorough deployment
proof based review process. If that goal is declared for some work even when
the drafts are written, it might help for participating contributors/companies
to prepare to make the necessary steps happen better than its mostly the case
these days. And i am sure we have quite a few more RFCs that could get to this
level if the necessary work was spent.

Cheers
    Toerless

> 
> 
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
> 
> 
> 



-- 
---
tte@cs.fau.de