Re: [Manycouches] DOGFOOD Virtual BoF

Ted Lemon <mellon@fugue.com> Wed, 12 February 2020 02:03 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: manycouches@ietfa.amsl.com
Delivered-To: manycouches@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5709012086A for <manycouches@ietfa.amsl.com>; Tue, 11 Feb 2020 18:03:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=fugue-com.20150623.gappssmtp.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 Q4wiw91sQwEP for <manycouches@ietfa.amsl.com>; Tue, 11 Feb 2020 18:03:31 -0800 (PST)
Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (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 ACE8E120863 for <manycouches@ietf.org>; Tue, 11 Feb 2020 18:03:31 -0800 (PST)
Received: by mail-pf1-x434.google.com with SMTP id k29so384020pfp.13 for <manycouches@ietf.org>; Tue, 11 Feb 2020 18:03:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=UfRxp6KL/0cMig205jxUKOkpIr1AwyQjAPuCMVW4UKQ=; b=qu2vMuUQlidd/oF98Wd5SKVGTJrOu6Y0mzGG4hzBYTmzaMm2Uh7HXtfO9JWoV2hyzZ OAHEQ1VK1p+aKbHYNFukw8TNDJMvkbjmAeQLr+E4xFjGm7e1gMnYUMBJxqHSHR1dIVHY efZ+5uQPsuhPsj1/vjUfilVqwc6HOWuT9t0hw//B7BVQB+Alym3fvTRlgPdD4Otxihwj Hz9fZZenS0BIjNYy/ak+C1KnRRlBkzu7XRHR6EbQGrOno/ZpBI9oWG1rkD/VbcFDy/X3 I3jxNOoKd70Zjdg4FUHLIKkSNAQNdMFI7SENLDUIPbD4Th7gobQuSNhl4RvlXmEuwsvx Xcxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=UfRxp6KL/0cMig205jxUKOkpIr1AwyQjAPuCMVW4UKQ=; b=m+ncipLvafyed6WZ8TVMKM1402kH8r4u/AdXmU5IINqvlNe6lS1Eu8yWKFcin6K9mE WYHXptAKOR+kJjhdmckxTXVdvt/YTNCnMrTQL/Q+5jhf56PQFIfVbSFPgJBxfnqcNNK4 JhOt627+Fx3a7j1vAHQQsOyWYAzD+HSIh4Lu5/yOw3f2TS4AvvOEhLauKKraorOYfjM9 HLdAWSQmIHWl5TQFPMH9BTKiO233lj+jEXD1nLwwDn9UaErDCctmKJuO08SbRgYWWrPA SNSzBhOKAeL+W+Uorse6CmmX9aHXPfPTTpvRpFrowNK8HSHPs/JpJIvOts4at8nEcNtG TDkw==
X-Gm-Message-State: APjAAAWdAT59EwxRE/bVV2B6jiXUjQqdAlzoZEi+gyEL8RCSe6KzEC49 bYmmqgJ0dveXj2z/1CQd2jsQEQ==
X-Google-Smtp-Source: APXvYqzbccPVtGzXgeponU3ztLPBY4OC/owwUzw3vKdd/kdlZ/ozhaU+B4HkHNoKBnXSwFrHhgboLw==
X-Received: by 2002:a62:e40e:: with SMTP id r14mr6072989pfh.115.1581473011046; Tue, 11 Feb 2020 18:03:31 -0800 (PST)
Received: from encantada.scv.apple.com ([17.192.170.45]) by smtp.gmail.com with ESMTPSA id d73sm5805671pfd.109.2020.02.11.18.03.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Feb 2020 18:03:30 -0800 (PST)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <0A3153C8-7DC2-4357-8A56-07D93EBC762F@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_3E3F4C2A-CA1C-4E59-BBF7-31C6517DD843"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.4\))
Date: Tue, 11 Feb 2020 18:03:28 -0800
In-Reply-To: <20200212015441.GB14549@faui48f.informatik.uni-erlangen.de>
Cc: Alia Atlas <akatlas@gmail.com>, Stephen Farrell <stephen.farrell@cs.tcd.ie>, S Moonesamy <sm+ietf@elandsys.com>, Alvaro Retana <aretana.ietf@gmail.com>, Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>, Nick Doty <npdoty@ischool.berkeley.edu>, manycouches@ietf.org
To: Toerless Eckert <tte@cs.fau.de>
References: <AB5A9A15-D7EC-421A-B139-19F42A71C747@fugue.com> <540374B8-FB46-4F35-851A-ED6CEE586EA1@ischool.berkeley.edu> <A980371A-949A-49E6-99B7-DB0449476275@fugue.com> <c5aec357-458d-4f50-1023-56137f2493bc@cs.tcd.ie> <CAG4d1rezhVg3uJW0Ldo0rKkmnac4gS2sJkeTw4GG_dM4bK9p8w@mail.gmail.com> <5E419304-04C1-4DD4-B267-5A390CAA3153@fugue.com> <20200212015441.GB14549@faui48f.informatik.uni-erlangen.de>
X-Mailer: Apple Mail (2.3608.80.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/sU_FF2jCazKZLM1djzdVwCbKUIg>
Subject: Re: [Manycouches] DOGFOOD Virtual BoF
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List is a design team list to identify issues that would arise should an IETF meeting ever be held with O\(1000\) 'remote' participants." <manycouches.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manycouches>, <mailto:manycouches-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manycouches/>
List-Post: <mailto:manycouches@ietf.org>
List-Help: <mailto:manycouches-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manycouches>, <mailto:manycouches-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Feb 2020 02:03:34 -0000

On Feb 11, 2020, at 5:54 PM, Toerless Eckert <tte@cs.fau.de> wrote:
> How about we designate one mailing list for discussions about that
> remote experience, then we might get a more organic incremental growth
> from where we are today a better place. Heck, we SHOULD (IMHO) even
> subscribe people automatically to such a mailing list during registration
> as a remote attendant.

Remote attendance is a completely orthogonal question.   Remote attendance is never going to address this problem.   If we have no choice, we’ll use it, and it doesn’t totally suck or anything, but if that’s our answer to how to reduce the number of IETF meetings per year, or how to collaborate successfully remotely, we will never actually make any progress, because this solution presupposes that in-person IETF meetings are what non-in-person IETF participants have to somehow access.

The right way to do this is for people who are doing useful work in the IETF to simply transact all their work on the mailing lists and in virtual interims, and refuse to participate in in-person meetings either entirely, or to some extent. 

I personally would not want to get rid of them entirely, although maybe that would be the best answer.   But three a year doesn’t really fit my workflow—it’s more of a problem than a solution.   So for me, restructuring my IETF work so that I don’t show up thrice a year is the way to go.   If everybody doing work in the IETF did that, maybe we’d get somewhere.   Even if only some of us do, we can get somewhere.   

But if we take as a given that important work is done in person, and that you can’t be effective in the IETF without flying three times a year, then no amount of fancy remote attendance is going to help.  It’s just a time-consuming rathole—when I brought this up in Prague, many of the conversations I had with people were about how to reduce latency to the point where remote attendees wouldn’t be inconvenienced.   Physics is against us here—that’s not the answer.