Re: [Json] Proposed rechartering for the JSON WG

Nico Williams <nico@cryptonector.com> Sat, 08 February 2014 23:52 UTC

Return-Path: <nico@cryptonector.com>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 243901A0646 for <json@ietfa.amsl.com>; Sat, 8 Feb 2014 15:52:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.378
X-Spam-Level:
X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=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 1EKQwML_95jZ for <json@ietfa.amsl.com>; Sat, 8 Feb 2014 15:52:25 -0800 (PST)
Received: from homiemail-a54.g.dreamhost.com (caiajhbdcbbj.dreamhost.com [208.97.132.119]) by ietfa.amsl.com (Postfix) with ESMTP id C6ECB1A041B for <json@ietf.org>; Sat, 8 Feb 2014 15:52:25 -0800 (PST)
Received: from homiemail-a54.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a54.g.dreamhost.com (Postfix) with ESMTP id 7080D40122130 for <json@ietf.org>; Sat, 8 Feb 2014 15:52:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h= mime-version:in-reply-to:references:date:message-id:subject:from :to:cc:content-type; s=cryptonector.com; bh=Bq4MthAn8dZRHrRrvIy1 e1DMj5Y=; b=QoyND2I3tBC74tDlw/hsLwdjt9S755r0fyhvL7bDmbZgGtYFVstN hbYwfvZgNnQR83R6o+++of//U7x54lFfS5HYjVP6ZCAuRvhP1GA1TS1D4gKPNEyb JVacTJM+ziTUQavy3ND9h6dvWjXsJHy/n4zVaQyKf1vnKN4ZewNJsXg=
Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a54.g.dreamhost.com (Postfix) with ESMTPSA id 1B14D4012210B for <json@ietf.org>; Sat, 8 Feb 2014 15:52:24 -0800 (PST)
Received: by mail-wg0-f46.google.com with SMTP id x12so3182452wgg.1 for <json@ietf.org>; Sat, 08 Feb 2014 15:52:23 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ceLS2r6RhOvhls5rpyl+SzG69EAHSF2R7ma68BaILHI=; b=IGjCVaMSOXrqol8w0kwe7Rv0dJaRzjDT3PrhiZr2Vz3DLgqsXcXnEWJ9Pw7x4sOahZ lEN4elw8cxnF1CJKPHitF3u63vt0W3sAqEiwEN39+yyncZa9WfgVP2xp9S8p4qZgGIST qBbbb/h5Zj2/Kcp8hSvCgksf3CaXe0tjEKZxzxzNVCsEG0AwwHvXS6QuH/GN4YE2+63A 79QnA5ek9abp5x1/Tocaf/10kU60ngwpnsGQf84pDPrnLglRp+gqI+h4jTBkQXoOpiv2 lA2p4SYiJlHDxiv3f/7jwgIVBUpn5tVA9rMGji1vnMQc0AhdMAbYtW6J7q4IyPTj3+Ik Je/g==
MIME-Version: 1.0
X-Received: by 10.180.108.199 with SMTP id hm7mr5009210wib.1.1391903543492; Sat, 08 Feb 2014 15:52:23 -0800 (PST)
Received: by 10.227.198.69 with HTTP; Sat, 8 Feb 2014 15:52:23 -0800 (PST)
In-Reply-To: <CAHBU6ivvCQCuXDnuccSd3MUmj52AMPq-w29_AUuwa0Tbb6Sfqg@mail.gmail.com>
References: <52D9B39C.5020102@cisco.com> <1C1347D2-0D99-4D49-B4C1-199246167D23@vpnc.org> <CAMm+Lwj0phrmP563tBbZJKHeYw=Azh1as6GZOA6rANPpC6PJgA@mail.gmail.com> <CAHBU6iv+-9xQYAjZdfZk7+GeA6J+sjaV5era3L+PiJ9RoauBYg@mail.gmail.com> <CAMm+Lwh0O4+iuaJMUhYgj+0GS8e9b_nZtNNX91hOmjUypsgkTQ@mail.gmail.com> <CAK3OfOhu0GZY9CVQrqD4SyjHLVEoEg1DtYj_6imZbbHtzX2eEw@mail.gmail.com> <CAHBU6iuR0MPm9q483jBMqTRkGV1f2giGNhp+UciQ7rRnrvcEBA@mail.gmail.com> <CAK3OfOj7Ti+rRGXXdMQwFvErUrbG34N8Wn0JqGhaKBA4=ri-nA@mail.gmail.com> <CAHBU6ivvCQCuXDnuccSd3MUmj52AMPq-w29_AUuwa0Tbb6Sfqg@mail.gmail.com>
Date: Sat, 08 Feb 2014 17:52:23 -0600
Message-ID: <CAK3OfOgOmyCKH2jVut=x1acy8SY-yJt1zHMmRjPatLd-sxj8Mg@mail.gmail.com>
From: Nico Williams <nico@cryptonector.com>
To: Tim Bray <tbray@textuality.com>
Content-Type: text/plain; charset="UTF-8"
Cc: Phillip Hallam-Baker <hallam@gmail.com>, Paul Hoffman <paul.hoffman@vpnc.org>, "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] Proposed rechartering for the JSON WG
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/json/>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Feb 2014 23:52:27 -0000

On Sat, Feb 8, 2014 at 5:10 PM, Tim Bray <tbray@textuality.com> wrote:
> On Sat, Feb 8, 2014 at 2:50 PM, Nico Williams <nico@cryptonector.com> wrote:
>>  In absence of a JSON
>> schema language (or three) we'll have to resort to showing examples
>> and English prose for the rest.
>
> Another excellent reason not to have a JSON schema language.  I think that
> the very best protocol specs center around clear English prose and
> well-chosen illustrative examples, and schema cleverness is often a
> distraction from getting that right.

It depends on whether the schema language is easy to build tools for
or not.  ASN.1 (with all its complexity, including its encoding rules,
the IOS and the related SDL) is an example of a language which is not
easy to build tools for.

We're in a much simpler space here, not because we lack schema for
JSON but because we'd not port all the complexity of ASN.1 to a JSON
schema.  We know better.  Also, for a great many implementors the JSON
tools at their disposal (e.g., ECMAScript) make it easy to write
schema-based tools, such as code generators and schema validators.

Besides that, English prose is difficult to write in such a way that
it will be understood clearly by the many readers for whom English is
not a native/first language.  I don't ever stop to think about
non-native English readers of my prose and I'm not a native English
speaker.  I can see that English convenient for those of us who've
mastered it well enough, and it is today's lingua franca, but I'd
rather have a bit of formalism to go with the text.  Also, I
personally find some entirely-prose RFCs (like RFC4422) to be
difficult to read -- think of formalism as a crutch if you like, but
it's a very convenient crutch, helping readers, implementors, and the
authors themselves.

Nico
--