[
Lists Home |
Date Index |
Thread Index
]
I often here folks on XML-DEV talk about the distinction between data-centric vs. document-centric uses of XML yet I've always failed to see how these uses of XML are at loggerheads. This now seems to me to be the typical XML-DEV posturing the advance an agenda.
Does anyone have any concrete differences between such uses of XML that require such divisive terms as "doc vs data people".
________________________________
From: Martin Soukup [mailto:martin@dynamine.net]
Sent: Fri 6/6/2003 9:45 AM
To: 'Simon St.Laurent'; xml-dev@lists.xml.org
Subject: RE: [xml-dev] YAML Ain't Markup Language
YAML does seem to very cleanly clear away the debate I see raging here
and elsewhere nearly daily between the doc vs data people. I must say I
am also concerned though. Where is the migration path for data people
making use of all the excellent tools available for XML? There is an
arduous path ahead.
Martin.
> -----Original Message-----
> From: Simon St.Laurent [mailto:simonstl@simonstl.com]
> Sent: June 6, 2003 12:35 PM
> To: xml-dev@lists.xml.org
> Subject: Re: [xml-dev] YAML Ain't Markup Language
>
> mamiano@nc.rr.com (Mitch Amiano) writes:
> > [much good, from a markup perspective]
> >
> >YAML does appear to hold value
> >for data serialization. But a little nagging feeling inside tells me
> >that there is a myopic viewpoint at play.
>
> I have to congratulate the YAML folks for their "myopic viewpoint".
> They've set out to solve a much smaller set of problems in ways which
> are convenient for those problems. They keep the Unicode text
advantage
> of XML, but go their own way for solving their own (still general but
> much more tightly focused) set of problems.
>
> I've found in practice that data serialization brings with it a myopic
> viewpoint on XML, and to put it bluntly, I'd rather have alternative
> approaches which cater to that viewpoint than deal with efforts which
> force data serialization notions into XML specifications.
>
> To me, the name "YAML Ain't Markup Language" makes clear the
separation
> from markup approaches. That separation seems far more likely to make
> both people who care about markup and people who don't happy than
> continuing to force both groups into one set of specs, tools, and
> practices.
>
>
> --
> Simon St.Laurent
> Ring around the content, a pocket full of brackets
> Errors, errors, all fall down!
> http://simonstl.com -- http://monasticxml.org
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>
-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>
The list archives are at http://lists.xml.org/archives/xml-dev/
To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>
|
