Re: [Mtgvenue] issue #3: Too many mandatory

Ted Hardie <ted.ietf@gmail.com> Wed, 05 April 2017 21:37 UTC

Return-Path: <ted.ietf@gmail.com>
X-Original-To: mtgvenue@ietfa.amsl.com
Delivered-To: mtgvenue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF3F31294B7 for <mtgvenue@ietfa.amsl.com>; Wed, 5 Apr 2017 14:37:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 J2Ypf-HpVC0P for <mtgvenue@ietfa.amsl.com>; Wed, 5 Apr 2017 14:37:35 -0700 (PDT)
Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (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 C33CF1294B5 for <mtgvenue@ietf.org>; Wed, 5 Apr 2017 14:37:32 -0700 (PDT)
Received: by mail-qk0-x234.google.com with SMTP id d10so23139705qke.1 for <mtgvenue@ietf.org>; Wed, 05 Apr 2017 14:37:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=OqZzFqga+EtiuhMgLM1u4Ioax4uVll7Xwh/in/ZMVDQ=; b=fvoa4gl9D9F/e4vKaXJTULnbI/D38O8TWuzqW1uGCauK/XaGI7lBaBG2l0OK0RLMNy QHXtujj/lNOXmSEFvr9E+qETycBmIrnW3i/F5shGEcF6whNGw3qpDenSw69937auT/V9 Xw32Q7nRksSv8yTdGwZF7BNjfkoYzpL7n6Hur/s7ySR2iyg8z6tlCa7SBq2GoiYNzvyG pjOdy3eGAlR4kivurBCsyjIqaSZc0iewrRlHUBwAW/UvOc3sS6szzKyNYHky6Vo2cYoU FNiVCaCjDtMjlnwWUBS8yymzJ/6HUQh7EJ1b2qGrdlDiDmWJMFF39eXCJs04trGb29h7 NlTQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=OqZzFqga+EtiuhMgLM1u4Ioax4uVll7Xwh/in/ZMVDQ=; b=cki5INgQRRzIAes+x/fLxNA/7rzDLpRAkYOPir/NV3EWZn1cbBhyVsGt0l9OvPmO7c SYSZ+zla6B//GZu/lG5oG7MlK0R4aGyrxHqNqVMTaPyStYIpMsbns5hVz+dc8OQlwEQq JhvHnLSMzmVbFbgLDb4hjIeL3YLf+xjibFhu6Amr4GMl90pLLiT2psipEXahhevuivRt zmsdEvdEo6cKrBQcd+YHMsXF8E43J73MdrbP6Ffz2EyQ87uKO9pWlNV4JHDxzsoaaAo5 jjtvsmiEvrKzafPhvv5iMwEnfBHv+TzIoS2yXatg/mKyJaHR+bSRrinw6GLqygyE90EF WbyA==
X-Gm-Message-State: AFeK/H38KSjmZrUwfaDFDBfyZhVnAZjb1D+v3Ac2tzX2chT8JVgtRBCXKPme1cAp4e8cRyDbGdbhz6BDF1JMzQ==
X-Received: by 10.55.137.193 with SMTP id l184mr32352979qkd.122.1491428251700; Wed, 05 Apr 2017 14:37:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.54.2 with HTTP; Wed, 5 Apr 2017 14:37:01 -0700 (PDT)
In-Reply-To: <CAHw9_iLp_AbWRK7K+BHU5XuN3kYTsa3hazxRkhpOr2WFpm+PDw@mail.gmail.com>
References: <37de22dc-04a4-f868-698e-cf03cd791957@cisco.com> <7add7c4a-032f-6b78-5b5f-861835a64f9a@dcrocker.net> <006325a5-83e7-9295-71a1-67c0125aa7cb@cisco.com> <c57adf52-3db7-5cfc-d301-3135010e17c6@cs.tcd.ie> <CA+9kkMA7iQrMg2y6g5=i96HL3-_8X04BsQjZEhzWe++uZzJvmQ@mail.gmail.com> <20170405201813.GF3439@mx4.yitter.info> <CAHw9_iLp_AbWRK7K+BHU5XuN3kYTsa3hazxRkhpOr2WFpm+PDw@mail.gmail.com>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Wed, 05 Apr 2017 14:37:01 -0700
Message-ID: <CA+9kkMBMebDp=SWj3-_DiJsE0CRAOzdqng3x_mYuaqj_=12ZtQ@mail.gmail.com>
To: Warren Kumari <warren@kumari.net>
Cc: Andrew Sullivan <ajs@anvilwalrusden.com>, mtgvenue@ietf.org
Content-Type: multipart/alternative; boundary="94eb2c06d564269fd6054c723363"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/Ul6ANylotfWWaQLAd_8-HOWmeWk>
Subject: Re: [Mtgvenue] issue #3: Too many mandatory
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "List for email discussion of the IAOC meeting venue selection process." <mtgvenue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mtgvenue/>
List-Post: <mailto:mtgvenue@ietf.org>
List-Help: <mailto:mtgvenue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Apr 2017 21:37:38 -0000

On Wed, Apr 5, 2017 at 2:18 PM, Warren Kumari <warren@kumari.net> wrote:

> On Wed, Apr 5, 2017 at 4:18 PM, Andrew Sullivan


... and the fact that we have meeting selection *people* (and not
> mindless machines) is why I don't like mandatory to be such an
> absolute -- I think that we should always allow an out / exception
> handling for corner cases...
> So, I think that Mandatory should really mean "Do X, unless there is a
> really good reason not to" -- this seems to be very very similar to
> "Exception-required", and so these should just a a single level.
>
>
So, reading this, I assumed you simply saw 3 branches to this rather than
4.  That is, you saw that there *might* be an exception to even rules like
"Must not select a venue with no network" and that the people involved
should be able to put it to the community when they thought there was such
an exception.  But then I read this:


> I also think that it is impolite to assume that we need to document
> things like: "Thou shalt not meet in a location if there is not enough
> space". If we really think that the folk selecting meeting venues
> cannot figure that out, then we have bigger issues, and no amount of
> documentation will solve it...
>
>
This seems to read as "Anything in the mandatory branch would be so obvious
that it would be rude to mention it".   I disagree with this.  We have
enough people from enough different places that what some of us consider
"it would be rude to mention it" turn out to be "eh, we could trade it off"
to others.  Unless we actually write it down, we'll continue to have the
assumptions about what belongs in which category as a source of late
surprise and contention.

No hats,

Ted





> W
> >
> > Best regards,
> >
> > A
> >
> > --
> > Andrew Sullivan
> > ajs@anvilwalrusden.com
> >
> > _______________________________________________
> > Mtgvenue mailing list
> > Mtgvenue@ietf.org
> > https://www.ietf.org/mailman/listinfo/mtgvenue
>
>
>
> --
> 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
>
> _______________________________________________
> Mtgvenue mailing list
> Mtgvenue@ietf.org
> https://www.ietf.org/mailman/listinfo/mtgvenue
>