Re: [Manycouches] ways to slow list traffic down --- Re: [Add] Slowing the list traffic down a bit: listening more and saying less

Keith Moore <moore@network-heretics.com> Thu, 29 August 2019 15:39 UTC

Return-Path: <moore@network-heretics.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 6503712090E for <manycouches@ietfa.amsl.com>; Thu, 29 Aug 2019 08:39:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 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_LOW=-0.7, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 rgqp3qkCCS4M for <manycouches@ietfa.amsl.com>; Thu, 29 Aug 2019 08:39:00 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5122A120909 for <manycouches@ietf.org>; Thu, 29 Aug 2019 08:38:59 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 9BD7720B0D; Thu, 29 Aug 2019 11:38:58 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Thu, 29 Aug 2019 11:38:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=ZpR/r/ WF/wfrOoEpwRzEZDLfEgAklfoXDGpejEbsnIs=; b=xpLhhyS8IUPqLJzV+P3Vkl 3HZ8t67V+c7I4VJN6tXBqOwSrv/68ZuJYlQocscUHKx3UUNr9rfr3wnhp7UpUF3G sDHR9/XMmYiPJsO13c19bDm0w48d5zfvnoFSOEWJqN7ADeB/cW5j97QZv1w5o2gs 2pVVmPJOnt4ew4qGNZp+sTQEXyE9I+y0MNCBnyjZc7Mw2KlTlSfeBS6UINJyeYBl E4jBWfGRT6X/zD1kWxL1+cONEb9fs4PonfID02vm+wyfbPxxjjvdiVXSMgXrK4jg DF8gWiYjxJf3lMDYlLZhis5cOd/D1Wdu43TKvL8piUMSxJ0iHIZkbhiKMCxeb9Lg ==
X-ME-Sender: <xms:kPFnXYfMeK3IE-dGz2bDIlKFcA3mdKFdDjyYzb2YSWIco9f7ROnHoA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudeivddgkeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgesrgdtre ertdefjeenucfhrhhomhepmfgvihhthhcuofhoohhrvgcuoehmohhorhgvsehnvghtfiho rhhkqdhhvghrvghtihgtshdrtghomheqnecukfhppedutdekrddvvddurddukedtrdduhe enucfrrghrrghmpehmrghilhhfrhhomhepmhhoohhrvgesnhgvthifohhrkhdqhhgvrhgv thhitghsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd
X-ME-Proxy: <xmx:kPFnXfv1Lkm6WLwFQOUQSUvEtD55NREKowt2VOpvbhvYWXutk2l08Q> <xmx:kPFnXYkPYfIt59dZnQyilyOEBj7j3t3VPE2jgqBPLrzH7fbUgKA2TQ> <xmx:kPFnXSTBLVHTEG7bWcFFk79rj9iywDr09CAPEQzn4exHjC7dBGtpSg> <xmx:kvFnXULDwT-TEZUK3oXOizh2LZCNAgSJr4-TEd6hOMY7S0TaHMmwjw>
Received: from [192.168.1.66] (108-221-180-15.lightspeed.knvltn.sbcglobal.net [108.221.180.15]) by mail.messagingengine.com (Postfix) with ESMTPA id 30552D6005A; Thu, 29 Aug 2019 11:38:56 -0400 (EDT)
To: manycouches@ietf.org
References: <CALaySJLnbGLLOuFtzf_wAPdsZVg39m4znGnj4CDj1Gj5Yyi+pQ@mail.gmail.com> <22460.1566841385@localhost> <ybld0gorhch.fsf@w7.hardakers.net> <94973de9-5dfc-25fa-11fe-a6545be5060a@network-heretics.com> <ybl5zmgqcjv.fsf@w7.hardakers.net> <A9E5DCAD-2CD5-4FAC-AF40-FD8E41B5EF5D@network-heretics.com> <yblwoewow8b.fsf@w7.hardakers.net>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <22639f6c-7b3f-6d83-a9f1-2448c3c917a9@network-heretics.com>
Date: Thu, 29 Aug 2019 11:38:55 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <yblwoewow8b.fsf@w7.hardakers.net>
Content-Type: multipart/alternative; boundary="------------14C634683D477E04A04A76CD"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/pdggj3YBJPL6jG7m5IosdNj2p-Y>
Subject: Re: [Manycouches] ways to slow list traffic down --- Re: [Add] Slowing the list traffic down a bit: listening more and saying less
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: Thu, 29 Aug 2019 15:39:03 -0000

On 8/29/19 10:57 AM, Wes Hardaker wrote:

>> Formalism isn’t the worst problem with PowerPoint.  The worst problem
>> with powers is that it often kills discussion - it encourages people
>> to think that their role is to be a passive audience rather than
>> active participants.
> I actually think the biggest problem with power point is that it gives
> too much power to the speaker.  In an organization that strives to
> produce documents from many voices, it always seems like the speaker
> with the slides gets the final vote.

I probably agree with that.   I do think that a speaker, or a document 
editor, does have a special (and necessary) role of creating a coherent 
and self-consistent view from many (often conflicting) opinions.   But 
at least in the context of a working group discussion, the speaker's 
role should usually be more one of eliciting opinions and feedback, than 
of telling people how things are.

>> It’s supposed to be a discussion, not a performance.
> Some people do a good job at presenting a problem in slides, and then
> starting a follow on discussion that typically works (IE, the point of
> the slides is to*end*  and then the discussion starts).
Occasionally I've seen speakers keep their slides to an absolute minimum 
so that there's plenty of time left for discussion.   This is difficult 
to do because PowerPoint imposes such severe limitations on what can 
effectively be shown on one slide (admittedly part of the problem is the 
limited resolution of computer screens).   But it's much appreciated 
when they do that. Something that can also be done is to have additional 
material (especially drawings) prepared and available for presentation 
(say after a blank slide) if it's useful in a discussion.

I also think it's possible to structure a deck in such a way as to 
facilitate discussion while the slides are being projected (as opposed 
to waiting until they're done), but the speaker still has to overcome 
viewers' habits of passively reading text from the screen (or reading 
email while the slides are up).

Keith