Re: [107attendees] Where the action is, at virtual meetings ...

Alexandre PETRESCU <alexandre.petrescu@cea.fr> Fri, 27 March 2020 22:39 UTC

Return-Path: <alexandre.petrescu@cea.fr>
X-Original-To: 107attendees@ietfa.amsl.com
Delivered-To: 107attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E89E33A0A87 for <107attendees@ietfa.amsl.com>; Fri, 27 Mar 2020 15:39:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 hgc_D4UopdAE for <107attendees@ietfa.amsl.com>; Fri, 27 Mar 2020 15:39:47 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D1D73A09AA for <107attendees@ietf.org>; Fri, 27 Mar 2020 15:39:47 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 02RMd90t017650; Fri, 27 Mar 2020 23:39:09 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id D0958205CA7; Fri, 27 Mar 2020 23:39:09 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id C1847201BEF; Fri, 27 Mar 2020 23:39:09 +0100 (CET)
Received: from [10.11.240.12] ([10.11.240.12]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 02RMd8Cg009985; Fri, 27 Mar 2020 23:39:09 +0100
To: Carrick Bartle <cbartle891@icloud.com>
Cc: 107attendees@ietf.org
References: <CAKKJt-eCsg4v2kawrDAYy3StYE=SEVDVQfqngZfO6PD0o1Tswg@mail.gmail.com> <6E78CF85-DAFC-448C-B7FA-180A90FD66A0@gmail.com> <80cea864-94a4-c2f3-3f06-75be40692c60@cea.fr> <AC6BA9F3-EF4A-42D8-B26B-B865D37F07BD@icloud.com>
From: Alexandre PETRESCU <alexandre.petrescu@cea.fr>
Organization: CEA
Message-ID: <5c950bce-7477-67cd-4a73-c0118c0d9e23@cea.fr>
Date: Fri, 27 Mar 2020 23:39:08 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0
MIME-Version: 1.0
In-Reply-To: <AC6BA9F3-EF4A-42D8-B26B-B865D37F07BD@icloud.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="------------ms010104010509000200010200"
Archived-At: <https://mailarchive.ietf.org/arch/msg/107attendees/lRT5B_jB5koCRS4HXBRmLK68tLA>
Subject: Re: [107attendees] Where the action is, at virtual meetings ...
X-BeenThere: 107attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list of all 107 attendees for official communication <107attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/107attendees>, <mailto:107attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/107attendees/>
List-Post: <mailto:107attendees@ietf.org>
List-Help: <mailto:107attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/107attendees>, <mailto:107attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Mar 2020 22:39:50 -0000

Le 27/03/2020 à 22:59, Carrick Bartle a écrit :
>> Slack has a channel feature (#channelname) but channels are not visible simultaneously, one has to 'switch' between channels.
> Slack also has threading, which I agree would be super helpful in these discussions.


Ah, thanks!  I think I have noticed that.

Some people spawn a thread out of a main slack discussion, but it seems 
to me that spawned thread becomes a 1-to-1 private discussion, invisible 
to others.  I wll check that slack threading tomorrow with my group at work.

Alex

------------

PS:

I meant 2 to 4 simultaneous threads visible by all in the jabber room.  
Something like when I have 2 buffers in emacs and see both 
simultaneously.  Or like in side-by-side windows.

There should be a thread with minute taking, one with slide advancement 
(next slide please), maybe a few threads with live translatins of the 
webex speech, and then a few threads with discussion, maybe a AD-talk 
SuperThread.  Some such threads should have priority over the webex 
discussion, I think.

I take advantage to make a related remark.  I think I have noticed in 
real f2f discussion two or three people can talk simultaneously and a 
separate listener can say s/he understands the three of them.  Yet, 
there is no single person that can listen while talking, or that can 
talk while listening.   Some people need about half a second after 
talking in order to listen, others need more.

This semantics (3 person talk simultaneously, and one understands the 3) 
is happening with some TV talk shows, and happens in some WG f2f 
meetings, but I think it can not happen with webex.  In webex only one 
person can talk meaningfully; if there are two persons that talk a third 
person will only receive one of the talks.  That's how I think it is, 
but I might be wrong.  The only way to check is to have a f2f meeting 
and webex in same place, and check.  But that's not for now :-)

Alex

>
>
>> On Mar 27, 2020, at 2:27 PM, Alexandre PETRESCU <alexandre.petrescu@cea.fr> wrote:
>>
>> Le 27/03/2020 à 20:59, Yoav Nir a écrit :
>>>> On 27 Mar 2020, at 19:17, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
>>>>
>>>> I've heard almost every session chairs saying words like "we have X people who have signed the bluesheets, and 2X people who are in WebEx now, please go sign the bluesheet". So that's fine.
>>>>
>>>> But I'm also noticing that there are about X people in Jabber, and honestly, this week, the jabber rooms are incredibly active - probably because they're playing the part of hallway discussions for each session. That's been especially true for BOFs, but almost every session has had a non-stop active jabber room for most/all of the session.
>>>>
>>>> There are a lot of conversations there, that aren't making it into the mike line, so roughly half the people in WebEx aren't seeing them, and in the cases I'm familiar with, the jabber conversation has been at least as well-informed and serious as the voice conversation. And the voice conversation doesn't always end up in the same place as the jabber conversation.
>>>>
>>>> Are other people noticing the same thing?
>>>>
>>> Yes, and in some ways this is concerning. I don’t think the Webex is giving chairs and ADs a “feel of the room”.
>>>
>>> For example, yesterday in privacypass we had a presentation about the problem they are solving complete with swimtrack diagrams.  The presentation ended with a slide asking if people understood the issues and the proposed solution. There were some questions, but that’s not where the real conversation was. The real conversation happened in Jabber, and people were questioning the assumptions, what the problem was, and what was this privacy that it was supposed to be protecting.  It was a very real, technical discussion, but the proponents were not really there. They were busy with the presentations.
>>
>> In such busy discussions I some times had on jabber in a WG meeting I missed something: there was only one focus point, one single scrolling sequence; there should have been 2 or 3 parallel advancing lines of chatter visible simultaneously.
>>
>> The discussions were inter-twinned, but they should have been in parallel, but visible simultaneously.
>>
>> Email clients solve this with 'threads' of discussion, but chat clients dont have such feature.  Slack has a channel feature (#channelname) but channels are not visible simultaneously, one has to 'switch' between channels.
>>
>> Alex
>>
>>> The Webex session moved on to proposed token formats, which is a solution detail, and to conversation about whether the (proposed) group should deal only with the web or also other things. All this time, the Jabber conversation was still about the basic assumptions.
>>>
>>> If you listen to nothing but the Webex recording, it seems like there was consensus and a bunch of people volunteering to review/contribute/implement.  If you read the Jabber log, it looks like we’re not even sure what this is trying to accomplish.  In a real face-to-face meeting, some of this jabber conversation would spill into the mic line. Here they were rather separate.  I don’t know how we can judge consensus for such a session.
>>>
>>> Yoav
>>>
>> -- 
>> 107attendees mailing list
>> 107attendees@ietf.org
>> https://www.ietf.org/mailman/listinfo/107attendees