Re: Registration of media type application/calendar+xml

Phillip Hallam-Baker <hallam@gmail.com> Fri, 10 September 2010 16:40 UTC

Return-Path: <hallam@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0B7383A6860 for <ietf@core3.amsl.com>; Fri, 10 Sep 2010 09:40:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.247
X-Spam-Level:
X-Spam-Status: No, score=-2.247 tagged_above=-999 required=5 tests=[AWL=0.351, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ccgj7WWxXUWw for <ietf@core3.amsl.com>; Fri, 10 Sep 2010 09:40:21 -0700 (PDT)
Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by core3.amsl.com (Postfix) with ESMTP id E5E2F3A6901 for <IETF@ietf.org>; Fri, 10 Sep 2010 09:39:43 -0700 (PDT)
Received: by gxk20 with SMTP id 20so1514726gxk.31 for <IETF@ietf.org>; Fri, 10 Sep 2010 09:39:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=bD7GzPHoFhrjkQhns/HiLFBmYPcECj2b5/P4uHya1gk=; b=vQv98ezdEJLTv7ft3N2GgsR6puhoR2bnuwuBEa4Pl2Wcie4gC2B91XdaqMiMU8CYeJ ISKl9MKasA0ISPqjqW3XyHkNvaSXb8KEkbRgIoJW3P4QnLSQzrNsp83wUEIYRMMga5e7 m9/lFbdisdF6TGqPBSYGdbbcQuqxnIbkkq1i4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jom4h6E+gDnE0fLipZzDiNbpaOL6f/9LkA85qQhnb6hS4hxjJxMicuHvxZUQxEFfN6 1nS906aAgPqkyKt3sUrezRk9PY+pv6I7ltstqyyr0w7lEiZarY2h+VORS9PAre/anvA9 FatJCJF9gVwI5wTRcn7KpDLNyQkOBa5XyEGd4=
MIME-Version: 1.0
Received: by 10.150.228.1 with SMTP id a1mr1010654ybh.441.1284136797775; Fri, 10 Sep 2010 09:39:57 -0700 (PDT)
Received: by 10.231.11.2 with HTTP; Fri, 10 Sep 2010 09:39:57 -0700 (PDT)
In-Reply-To: <01NRPV1K1YAM003JZ5@mauve.mrochek.com>
References: <F842A373EE7E9C439CA07CCB01BBD1D0564C4899@TK5EX14MBXC138.redmond.corp.microsoft.com> <341B449F-7DFE-4A40-84B0-D008658A08DF@cs.utk.edu> <01NRP8H2AP2Y003JZ5@mauve.mrochek.com> <D07F8B0F-3157-47BF-8F8E-38A7B4C7A34E@cs.utk.edu> <01NRPV1K1YAM003JZ5@mauve.mrochek.com>
Date: Fri, 10 Sep 2010 12:39:57 -0400
Message-ID: <AANLkTi=35jetPQ0v5gS4Ocu88DidQHvG0XZEzzDKOUwg@mail.gmail.com>
Subject: Re: Registration of media type application/calendar+xml
From: Phillip Hallam-Baker <hallam@gmail.com>
To: ned+ietf@mauve.mrochek.com
Content-Type: multipart/alternative; boundary=000e0cd4040eaca9fa048fea65d9
X-Mailman-Approved-At: Fri, 10 Sep 2010 12:08:47 -0700
Cc: Ned Freed <ned.freed@mrochek.com>, Douglass Mike <douglm@rpi.edu>, "Cyrus Daboo \(cyrus@daboo.name\)" <cyrus@daboo.name>, Keith Moore <moore@cs.utk.edu>, ietf-types@iana.org, Steven Lees <Steven.Lees@microsoft.com>, IETF@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Fri, 10 Sep 2010 16:40:23 -0000

On Fri, Sep 10, 2010 at 10:48 AM,
<ned+ietf@mauve.mrochek.com<ned%2Bietf@mauve.mrochek.com>
> wrote:

>
> Even if XML-specific tools like stylesheets prove less than useful in
> performing manipulations of calendar data, there's still significant
> benefit
> associated with being able to use built in parsing capbilities, espcially
> when
> those capabilites are nicely tied to automatic creation of complex data
> stuctures in various languages.
>

What many XML-haters do not understand is that the syntax is designed to
completely automate the process of writing the parser and the backing data
classes.

Starting with an XML Schema definition I can generate the corresponding data
structures automatically with one mouse click together with the
corresponding parser/serializer calls.


Starting from an EBNF description, I have to first read the description.
This has already taken more time than working with the XML version would.

I then have to work out if the grammar is an FSM or LR(1) or something else.
When I was a grad student I used to write yacc parsers but these days I have
written enough parser generators that I can actually hand code quicker than
it takes me working round the peculiarities of yacc.

So what takes me no time at all with XML is likely to take a couple of days
and considerably more skill with EBNF.


Of course this approach works best in modern languages like Java and C# but
I have generated similar tools for C and I am pretty sure the same tools
exist for objective C. Its going to suck somewhat if you are coding in
FORTRAN or Pascal.

-- 
Website: http://hallambaker.com/