Re: [Rfcplusplus] Sunk cost + not about us

"Joel M. Halpern" <jmh@joelhalpern.com> Tue, 10 July 2018 22:18 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: rfcplusplus@ietfa.amsl.com
Delivered-To: rfcplusplus@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85E821311C5 for <rfcplusplus@ietfa.amsl.com>; Tue, 10 Jul 2018 15:18:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 U8ALBmwSSpRW for <rfcplusplus@ietfa.amsl.com>; Tue, 10 Jul 2018 15:18:03 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 8FC041311C2 for <rfcplusplus@ietf.org>; Tue, 10 Jul 2018 15:18:03 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 7DB491C0423; Tue, 10 Jul 2018 15:18:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1531261083; bh=0H1MMC9lffU64+2x7EI9hwo7gfD1qIzvjC7UsWDdsYg=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=jlOuq4erWdWk9oeXgmaO13go34djYHgW/UEq5uE3BGAa3egMvHYJa18Y8WSfjuavj JJ+CyRaM3CG3UB86loCVecdEjUWWKPQ1dgPBNUybj8m1iMBt5INa1iMZPuORBfVnvz kzLjHvKwHXoQBNCk+feAr/zfwRhwXNpBCq2M4Klg=
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id E5B471C0402; Tue, 10 Jul 2018 15:18:02 -0700 (PDT)
To: Joseph Lorenzo Hall <joe@cdt.org>
Cc: rfcplusplus@ietf.org
References: <CAL02cgQbT8s0493SdbM7Gbw2ZiSV1kMHk+6=Z4BdC2Ky664CNg@mail.gmail.com> <d159dd1f-de0b-d6c5-6430-cd5577e266fd@joelhalpern.com> <CAL02cgSoRyRaR+_s3jne=2593f_mtntm-v7Nn=5rDs1_r96pfQ@mail.gmail.com> <639B8766-A030-490D-8431-C3F9F3EAFCB4@gmail.com> <CAL02cgQQPcoaQqz5XiUYH7DeUvBM617ZjxTVtrEJ68yEwz0pcg@mail.gmail.com> <8B48E5E5-90DC-423F-83C7-9B51A853A1A8@gmail.com> <CABtrr-WFzgor3s9R=VZ1HG9Vkgj4=khDfpFH3OkV3zxd17oLVA@mail.gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <417f8cb3-f42f-2d65-554a-ae330cd9e2c6@joelhalpern.com>
Date: Tue, 10 Jul 2018 18:18:01 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.0
MIME-Version: 1.0
In-Reply-To: <CABtrr-WFzgor3s9R=VZ1HG9Vkgj4=khDfpFH3OkV3zxd17oLVA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfcplusplus/IkKrZyaq5RdQh4sHy9SPW-FfCrc>
Subject: Re: [Rfcplusplus] Sunk cost + not about us
X-BeenThere: rfcplusplus@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: For discussion of the RFC++ BoF proposal and related ideas <rfcplusplus.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rfcplusplus>, <mailto:rfcplusplus-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfcplusplus/>
List-Post: <mailto:rfcplusplus@ietf.org>
List-Help: <mailto:rfcplusplus-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rfcplusplus>, <mailto:rfcplusplus-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Jul 2018 22:18:08 -0000

Thank you Joseph.Yes, it is confusing.
And it is confusing in many different ways for many different reasons.

It is very strange to have a BoF about such confusion, and then be told 
that various specific forms of confusion (such as I-D vs RFC whcih you 
cite, or different kinds of I-Ds which I mentioned) are out of scope. 
Apparently, we know which problems are important to the community before 
we have the discussion.
usually, we get that information from the email list discussion with the 
community before a BoF is requested.

Yours,
Joel

On 7/10/18 6:05 PM, Joseph Lorenzo Hall wrote:
> 
> 
> On Tue, Jul 10, 2018 at 5:51 PM Bob Hinden <bob.hinden@gmail.com 
> <mailto:bob.hinden@gmail.com>> wrote:
> 
> 
>>     On Jul 10, 2018, at 1:56 PM, Richard Barnes <rlb@ipv.sx
>>     <mailto:rlb@ipv.sx>> wrote:
>>
>>
>>
>>     On Tue, Jul 10, 2018 at 4:11 PM Bob Hinden <bob.hinden@gmail.com
>>     <mailto:bob.hinden@gmail.com>> wrote:
>>
>>         Richard,
>>
>>>         On Jul 10, 2018, at 7:21 AM, Richard Barnes <rlb@ipv.sx
>>>         <mailto:rlb@ipv.sx>> wrote:
>>>
>>>
>>>
>>>         On Mon, Jul 9, 2018 at 6:32 PM Joel M. Halpern
>>>         <jmh@joelhalpern.com <mailto:jmh@joelhalpern.com>> wrote:
>>>
>>>             This formulation assumes that change does not have a
>>>             cost.  It does.  I
>>>             agree that not changing has some cost.  However, absent
>>>             indication that
>>>             the changes will actually address the claimed problem...
>>>
>>>
>>>         People are presenting indications.  Attach what caveats you
>>>         need to my little study; it's still real data from a relevant
>>>         population.  Do you have better data?
>>
>>
>>         When I saw the survey, after I filled it in, I noticed that I
>>         could do it again. There didn’t appear to be a mechanism to
>>         keep anyone from taking it multiple times.   Based on this, I
>>         don’t think one can draw any conclusions.
>>
>>
>>     Do you ever use telemetry from fielded products?  How do you know
>>     your competitors aren't feeding you bad data?
> 
>     You point is?  That your flawed survey is OK because there are other
>     flawed surveys?
> 
> 
> I have a hard time seeing any survey research design that would convince 
> this group, and I think that Richard's survey is a non-trivial effort to 
> get some granted ugly data.
> 
> As Richard pointed out, I guess I'm the noob here on the list, having 
> been attending IETFs since IETF 89 in London, about 4.5 years ago. I 
> must admit I still find so much of IETF a bit baffling... now that I'm 
> approaching my IETF adolescence, I'm starting to understand why certain 
> things are the way they are at IETF, and I'm thankful that it does what 
> it does well and thoroughly. (I've even chipped in on the IASA 2.0 
> effort to help adapt IETF's administrative structure for the future.)
> 
> However, the document series still baffles me, and I know a lot of folks 
> that squint at IETF and don't understand any of the distinctions we do 
> (I would have answered the survey question as there being only 4 
> document series). Alissa had the unenviable task at one point of sitting 
> me down and telling me the difference between and ID and RFC, even after 
> I had thoroughly read the Tao and been to a couple IETFs. (The ID we've 
> been working on for a while I even named (incorrectly) when setting up a 
> github repository as an RFC: 
> https://github.com/josephlhall/rfc-censorship-tech ).
> 
> I'll throw my hat in and say I'd like to see data, qualitative or 
> quantitative. I'm a mixed methods researcher and have experience in 
> both. I know a number of us have had enough informal discussions with 
> "liminal" IETF participants that there is enough confusion here to 
> explore doing something about it. That may not warrant an immediate 
> document identifier experiment, but I think we could settle on some sort 
> of research design that would provide essentially something like 
> "running code" we could work with. cheers, Joe
> -- 
> Joseph Lorenzo Hall
> Chief Technologist, Center for Democracy & Technology [https://www.cdt.org]
> 1401 K ST NW STE 200, Washington DC 20005-3497
> e: joe@cdt.org <mailto:joe@cdt.org>, p: 202.407.8825, pgp: 
> https://josephhall.org/gpg-key
> Fingerprint: 3CA2 8D7B 9F6D DBD3 4B10  1607 5F86 6987 40A9 A871
>