Re: Agenda experiment for IETF 103 in November in Bangkok

Warren Kumari <warren@kumari.net> Thu, 17 May 2018 13:34 UTC

Return-Path: <warren@kumari.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BE3C12EA6A for <ietf@ietfa.amsl.com>; Thu, 17 May 2018 06:34:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.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 Kudha7mMsreu for <ietf@ietfa.amsl.com>; Thu, 17 May 2018 06:34:13 -0700 (PDT)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 74833120713 for <ietf@ietf.org>; Thu, 17 May 2018 06:34:13 -0700 (PDT)
Received: by mail-wm0-x22b.google.com with SMTP id a67-v6so8412264wmf.3 for <ietf@ietf.org>; Thu, 17 May 2018 06:34:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mb0CCKQjp+YpWRhRfu/4oW490UfYsNTC4HNQSb7I4M8=; b=1Dxyj+cXFHhQzGrExkdebQaEKEpYJacpdrtdxtzbTDgNZXlp5gG8f9g5mngfzOLs9m iVi5I3B+QVXL2WqPsBrJQYk5A/wr3zMsiYAmvGI+BmHTgJapTaXrPeMfex9VBM3l1BMy lrjI5ESbxExwzzjJUE9gblbGK6i/yrMM0OnSO5qYGH1GzyOPS5L9YT3t0ftOFm2+QGxJ GlNqZQX/99TlH+pjHzMc73qWx2PpPSQ2UnKbe/R47is7Zcu0eHNOVcFue0BiptOhOAyG NUdk+ZToXi9uTHg9q3vD8kHPYUf7J/YNG7uY+p8iIGVZ6Rwgntxuflp+eJt1j4v6QYNb Af+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mb0CCKQjp+YpWRhRfu/4oW490UfYsNTC4HNQSb7I4M8=; b=E4nLXqOHYQwyoS88DESfIzZzAhMCcw0dXnVn06mkRAQMz1dBgvCw51MvRlNDav2mgj jwTKCHKFmAeNg0caeJVmf13ksMW2jXC+dMQimQun3UWAoNIbzojrq/zXbB1mN78BGLk2 RH/1WynKLEUcsN3fPxgwE1uGx4Ew/YwKT/zSfUSYacs3LXWK+vFx+Bssv8GEShWDb/Xm dCwcN0A0ecLlfyM1QO9yxlcOVIIzxY0zD6tbXXf9cNXs/95iVwPzCqH4irC7eBBLJIuV FxkUoGe/BsiYTjXmTMo0TS3qmsPxP3dMbN8hq2PWwcGsN4eyWfXvZ1XA0v89ZXX7AsxS h6jw==
X-Gm-Message-State: ALKqPwdpt9F3N03prtzYC4aD3Y1MXJ/WrQfqfXV1TqL2YUTJRn6uc/r6 AUNv0Ts/GBzPjmP6hASrA4CXNj2/BwUkiH54NQ8jyg==
X-Google-Smtp-Source: AB8JxZqn4wqACJkkB/djCrn87lLR4J3jOl3AuMt9VUG9FecMrPQQLH0rj5rCERWYyji0sqS1K+1SE/2+Hg1pbtjGFII=
X-Received: by 2002:a1c:7c05:: with SMTP id x5-v6mr1713905wmc.7.1526564051450; Thu, 17 May 2018 06:34:11 -0700 (PDT)
MIME-Version: 1.0
References: <A299772BE5B81D3F99BCCCE9@10.0.0.22> <CA+9kkMBJZC4zJW0i=wzHECgPot=wjxQeVHi1NDfhCsTvicgeOA@mail.gmail.com> <E9D4D65580FE1097406E9B9F@PSB> <20275.1526513131@dooku.sandelman.ca>
In-Reply-To: <20275.1526513131@dooku.sandelman.ca>
From: Warren Kumari <warren@kumari.net>
Date: Thu, 17 May 2018 15:33:34 +0200
Message-ID: <CAHw9_iLzR0sj2-9KNH-Ripq6kHXVr7xR-EjEFkvnObjEoVDULQ@mail.gmail.com>
Subject: Re: Agenda experiment for IETF 103 in November in Bangkok
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: IETF Discuss <ietf@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/uaER1SajwkJ3J0IlyEgx0yQ_3sQ>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 May 2018 13:34:16 -0000

On Thu, May 17, 2018 at 1:26 AM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:


> John C Klensin <john-ietf@jck.com> wrote:
>      > organization.  Suppose someone (or several people) for whom I'm
>      > responsible are really good implementers.  Suppose they come to me
and
>      > say something that I hear as "we would like to go to IETF a day or
two
>      > early, incur additional costs for hotels and the like that we expect
>      > you to pay for, and spend the time doing programming on their work
>      > rather than yours/ the company's".  I wouldn't predict good
results, at
>      > least unless I hear the request as including "if you don't let me do
>      > this, I'm likely to start looking for another job" and, of course,
that
>      > might or might not work.

> "Boss, J,K,Q and I will be working 30 hours overtime (each) that weekend
getting
> the interoperability bugs out of the code before we go to the IETF meeting
> about the specification that determines what code we are supposed to
write".

> It actually won't get to "looking for another job", because the person
likely
> left when the IETF support went away.


Yup, I see the hackathon as something which makes it easier, not harder to
get support for.
I see more of the "we would like to go to the hackathon to work with others
on making sure our thingie works with their thingie. I'd like to stay a few
days extra to attend the IETF as well" -- for some set of people, the
chance for vendor G and vendor H to cooperate is more valuable than the
(perceived) navel-gazing and comma fighting.

W


> --
> ]               Never tell me the odds!                 | ipv6 mesh
networks [
> ]   Michael Richardson, Sandelman Software Works        | network
architect  [
> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails
    [


> --
> Michael Richardson <mcr+IETF@sandelman.ca>ca>, Sandelman Software Works
>   -= IPv6 IoT consulting =-





-- 
I don't think the execution is relevant when it was obviously a bad idea in
the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair of
pants.
    ---maf