Re: [Manycouches] DOGFOOD Virtual BoF

Toerless Eckert <tte@cs.fau.de> Wed, 12 February 2020 07:22 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 A8E57120041 for <manycouches@ietfa.amsl.com>; Tue, 11 Feb 2020 23:22:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.869
X-Spam-Level:
X-Spam-Status: No, score=-0.869 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 y6CeDYS2F-Mt for <manycouches@ietfa.amsl.com>; Tue, 11 Feb 2020 23:22:37 -0800 (PST)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A772C120072 for <manycouches@ietf.org>; Tue, 11 Feb 2020 23:22:37 -0800 (PST)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id A3A27548005; Wed, 12 Feb 2020 08:22:31 +0100 (CET)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 9AAAF440040; Wed, 12 Feb 2020 08:22:31 +0100 (CET)
Date: Wed, 12 Feb 2020 08:22:31 +0100
From: Toerless Eckert <tte@cs.fau.de>
To: Ted Lemon <mellon@fugue.com>
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
Message-ID: <20200212072231.GC14549@faui48f.informatik.uni-erlangen.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> <0A3153C8-7DC2-4357-8A56-07D93EBC762F@fugue.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <0A3153C8-7DC2-4357-8A56-07D93EBC762F@fugue.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/qj4MkIC4bB22NuaLzVMZDHJJDoA>
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 07:22:40 -0000

On Tue, Feb 11, 2020 at 06:03:28PM -0800, Ted Lemon wrote:
> 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.

I don't think manycouches will never succeed if it does not start
thinking about an evolution from where we are today to where we might
want to be.  I am not even sure we can well predict where we need to be,
but i know that the people who would have to say the most about it are
those who already attend remotely. But they don't even have a mailing list
and when i bring up that most trivial to solve of issues it's 
just brushed aside. Not very encouraging process.

> 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. 

Actually we could experiment with this. For example we could lock up all
of IETF leadership in their individual hotel rooms for the plenary so
that they have to join through the virtual meeting even if thats just
unchanged webex. Would also look nice in marketing:

"IETF experiments virtually with clean conference".

Attendant should also be in their room, or else have to pay 5 USD to enter
the room, the collected money will be gifted to some fitting charity.
Sure, mostly symbolism , but its also an experiment for the whole IETF
community to actually use our own dog food. 

> 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.   

There are enough contributors not coming to every IETF, one i know only
comes to one, but is still productive.

> 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.

See above, its already not a black and white world.

> 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.

I don't understand what you're saying. rephrase ?

Toerless