Re: [Json] Nudging the English-language vs. formalisms discussion forward

Nico Williams <nico@cryptonector.com> Wed, 19 February 2014 17:20 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 D61FC1A0249 for <json@ietfa.amsl.com>; Wed, 19 Feb 2014 09:20:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.778
X-Spam-Level:
X-Spam-Status: No, score=-0.778 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, J_CHICKENPOX_44=0.6, 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 n18MIRPL_cyS for <json@ietfa.amsl.com>; Wed, 19 Feb 2014 09:20:12 -0800 (PST)
Received: from homiemail-a36.g.dreamhost.com (caiajhbdcagg.dreamhost.com [208.97.132.66]) by ietfa.amsl.com (Postfix) with ESMTP id 3494D1A0241 for <json@ietf.org>; Wed, 19 Feb 2014 09:20:12 -0800 (PST)
Received: from homiemail-a36.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a36.g.dreamhost.com (Postfix) with ESMTP id C701A778082 for <json@ietf.org>; Wed, 19 Feb 2014 09:20:08 -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:content-transfer-encoding; s= cryptonector.com; bh=+0lUpLsQEICxtk+wJ9DqviSODWM=; b=F+HoKovTPr3 I3aKphCUlApXDgVoqCYcLasDoeQcf8JrOVrbKGQcznTWGA2kMAcRcGI3N8FSvjB+ bW7QB6qPHBcyq1e4YkDDc19moJSwGykECdsUScm5HTWpM6yPUOFnv6sg4VzS/CHu yJM9tgK3kQrneLngUAmtn67K2RliwS6A=
Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a36.g.dreamhost.com (Postfix) with ESMTPSA id 66BD1778077 for <json@ietf.org>; Wed, 19 Feb 2014 09:20:06 -0800 (PST)
Received: by mail-wi0-f172.google.com with SMTP id e4so4950770wiv.5 for <json@ietf.org>; Wed, 19 Feb 2014 09:20:03 -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:content-transfer-encoding; bh=SOmBjzFIijnjOa3mBMobZZtXr/Pj2LeGDQDOjFN+xWI=; b=SR7AJfb+/3zvKdd6UkXY9Qqo5CsKEncgwpCOqDrEtHGB7aifcDdJiGdS+qCSbc4rop ADJURhjNH9l2NZw/lyQfNZTIbkqV98Q5Tt4rOtBl1qLbFQXaKUboBW/SQ1wKkdNf8Uvw v9g22FVWPNzS3ViT3g190GuAWTKeQY7thSQ+iBGZCpIUw8/YvuPJbjS37AVDfDD+clkc vkTBbMDO9wtQga4euYXZp0R2THjSCrA2LqIcTZgtsSUtUaBK2s8eCzPBhe7CWH1WiQuW axyyBspBdvtshXnl17zoS4uN2gU1o3+4QLyyTfUW1Pw1BH0Qibe53hEYPPNwd9PYk4DG mR2A==
MIME-Version: 1.0
X-Received: by 10.180.98.35 with SMTP id ef3mr2597771wib.39.1392830403980; Wed, 19 Feb 2014 09:20:03 -0800 (PST)
Received: by 10.217.108.132 with HTTP; Wed, 19 Feb 2014 09:20:03 -0800 (PST)
In-Reply-To: <CAHBU6itpttXBfVQGKw=u==k_XSdrht81+m_YDNZP6RM+=9CNow@mail.gmail.com>
References: <C87F9B96-E028-4F0E-A950-B39D3F68FFE7@vpnc.org> <CAMm+LwhUh_yN-hzaoDWfrO_H2iGvYvj99BCE4EcYmgqCPqXoVQ@mail.gmail.com> <CAHBU6itpttXBfVQGKw=u==k_XSdrht81+m_YDNZP6RM+=9CNow@mail.gmail.com>
Date: Wed, 19 Feb 2014 11:20:03 -0600
Message-ID: <CAK3OfOjHkBFOzJSx=bhhoQJ8Z2bWyEXK52dNyYGWVb9FAj99ow@mail.gmail.com>
From: Nico Williams <nico@cryptonector.com>
To: Tim Bray <tbray@textuality.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/json/Kc_U1NZJ9myRr97ic0t8f-idoLQ
Cc: Phillip Hallam-Baker <hallam@gmail.com>, Paul Hoffman <paul.hoffman@vpnc.org>, JSON WG <json@ietf.org>
Subject: Re: [Json] Nudging the English-language vs. formalisms discussion forward
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: Wed, 19 Feb 2014 17:20:14 -0000

On Wed, Feb 19, 2014 at 10:05 AM, Tim Bray <tbray@textuality.com> wrote:

> This is why I deplored the recent (but vanishing, thank goodness) trend to
> offer APIs in XML-or-JSON-take-your-pick.

First this objection: indeed, no one should want that.  The only such
conversion that makes sense is JSON->HTML for BUIs, and that should
happen mostly on the client side (except for dumb clients, if the
service wants to reach them).

Even if the conversion can be completely automatic.  Why would anyone
want to burn cycles/energy running such conversions (except perhaps
for the JSON->HTML for dumb clients case)?

> I feel that successful Internet interoperation is achieved at the level of
> syntax; clear specification of which bytes should be sent and which
> returned.  Many times over the years I’ve heard assertions that if you get
> the data model right, then the syntax is ephemeral: JSON or XML or ASN.1,
> who cares? I’ve never found that notion remotely plausible, as there always
> impedence mismatches.  You end up having to fight over another syntax to
> describe the model before you can fight about the syntax you’re going to
> send over the wire.

The syntax is no more ephemeral than the RFC is (where there's an RFC).

Sometimes there's just no need for an RFC.  Most services out there
that define HTTP+JSON APIs don't bother publishing I-Ds for them, much
less RFCs, _even when then promise API stability_.  Yet even then,
syntax can help others implement clients for those APIs -- that's the
point of publishing an API: to help others implement clients for them,
to increase the popularity of the service.

> So, I find Phil’s arguments here (as with most schema-centric arguments)
> entirely unpersuasive.

Phil proposed that conversions to ASN.1 be feasible to please certain
people, not to allow services to serve JSON-or-DER or anything of the
sort.  Your argument about the latter is therefore a non-sequitur.

My proposal is that the WG take all comers for JSON schema languages
as Informational and leave it at that (well, all proposals for which
there's enough authors and reviewers, enough interest).  That can't
even be an irritant for you: you can ignore them...

...unless you think that formal languages used by others will impair
your ability to understand their specs, unless you really prefer
English prose to the max.  That'd be an argument I'd want to hear, if
you were making it.  I'm prepared to buy into a strong such argument,
even though you can probably tell that biased in favor of simple
schema languages.

Nico
--