Re: [111attendees] timing

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 29 July 2021 12:39 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: 111attendees@ietfa.amsl.com
Delivered-To: 111attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 565873A2173 for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 05:39:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.67
X-Spam-Level:
X-Spam-Status: No, score=0.67 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, 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 MXuDzRSfkj1r for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 05:39:48 -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 025183A2170 for <111attendees@ietf.org>; Thu, 29 Jul 2021 05: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 16TCdhW6004923; Thu, 29 Jul 2021 14:39:43 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A54D9207400; Thu, 29 Jul 2021 14:39:43 +0200 (CEST)
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 980722073EA; Thu, 29 Jul 2021 14:39:43 +0200 (CEST)
Received: from [10.14.3.204] ([10.14.3.204]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 16TCdhpW005855; Thu, 29 Jul 2021 14:39:43 +0200
To: John Levine <ietf@johnlevine.com>, 111attendees@ietf.org
References: <20210728211403.C21B7254289F@ary.qy>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <0adf28a0-d9c8-45de-c1ec-554b67495ca0@gmail.com>
Date: Thu, 29 Jul 2021 14:39:43 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0
MIME-Version: 1.0
In-Reply-To: <20210728211403.C21B7254289F@ary.qy>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/111attendees/8oCcc1hRQv_-OSYDT7UPL8JG5k8>
Subject: Re: [111attendees] timing
X-BeenThere: 111attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 111 attendees <111attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/111attendees>, <mailto:111attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/111attendees/>
List-Post: <mailto:111attendees@ietf.org>
List-Help: <mailto:111attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/111attendees>, <mailto:111attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jul 2021 12:39:52 -0000


Le 28/07/2021 à 23:14, John Levine a écrit :
> It appears that Alexandre Petrescu <alexandre.petrescu@gmail.com> 
> said:
>> 
>> 
>> Le 28/07/2021 à 15:41, Carsten Bormann a écrit :
>>> On 28. Jul 2021, at 15:31, Vittorio Bertola 
>>> <vittorio.bertola=40open-xchange.com@dmarc.ietf.org> wrote:
>>>> 
>>>> unless strong community consensus on a different practice 
>>>> appears.
>>> 
>>> s/unless/until/
>>> 
>>> Let’s get this going.
>> 
>> There is a difference in opposing noon start times and opposing UTC
>> references.  I oppose the latter.
>> 
>> Using UTC is a big source of errors: ...
> 
> I have to completely disagree.
> 
> In my experience, people's idea of what timezone they are in is 
> frequently wrong, even quite well educated people. Last year I had to
> explain to a Harvard Law student when the US time changed that EST 
> and EDT are different, and the only reliable way to tell students 
> from Asia what time an online class starts is to give them the UTC 
> time.

It easy for one person to tell many students a single time (UTC), but it
is difficult for each student to convert that to their particular case.

It is difficult for one person to make many conversions each dedicated
to a student; but that will make it easy for each student :-)

When that person wants to make many conversions then one person would
like to make direct conversions, without going to UTC, to make the task
just a little simpler.

It is difficult for the person to imagine all the students, and their
regions, that might come to the lecture, and where they might come from.
  The solution to that would be to reduce the number of time zones, or to
simplify them.

If we had simpler time zones then we'd see a shorter unfolding menu of
times in the IETF Agenda.

Alex

> 
> Here in the IETF we are spread across at least ten time zones that 
> have at least three different schedules for summer/winter time,
> along with several more that keep the same time all year.  The only 
> reliable way to tell us all when something happens is to tell us in 
> UTC.
> 
> R's, John
> 
>