[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: XML 1.0 is simple. was: RE: almost four years ago....
- From: "Bullard, Claude L (Len)" <email@example.com>
- To: David Brownell <firstname.lastname@example.org>,Jonathan Borden <email@example.com>, firstname.lastname@example.org
- Date: Fri, 15 Jun 2001 10:02:00 -0500
1. XML: a metalanguage specification
2. XML application languages defined by the metalanguage specification
3. XML systems that use items 1 and 2 for communication and documentation
by humans and machines
1. Easy to learn by humans and programmers. All the heavy lifting
work has been done.
2. Learning curve varies by application. Well-documented applications
are quality applications. You must know 1 to learn 2.
3. Learning curve varies by application and company competence. Well
documented systems are quality systems. You may benefit from knowing
1, very likely from knowing 2, but first learn the system.
Good books and free well-supported web sites exist abundantly for one,
mostly for two, and sometimes for three. Caveat emptor. What you need
to know depends on your role.
Then there is all the Internet stuff but that isn't XML's fault.
Ekam sat.h, Vipraah bahudhaa vadanti.
Daamyata. Datta. Dayadhvam.h
From: David Brownell [mailto:email@example.com]
Sent: Friday, June 15, 2001 9:43 AM
To: Jonathan Borden; firstname.lastname@example.org
Subject: Re: XML 1.0 is simple. was: RE: almost four years ago....
> From: "Jonathan Borden" <email@example.com>
> Perhaps we should stop talking about the family of specs surrounding XML
> if they _are_ XML itself. That is to say, defining "XML in totality" is
> to defining binary logic (simple) and defining the latest multiGHz Pentium
> IV with a gazillion gates _as_ part of "binary logic in totality".
I've talked about "XML" and "Greater XML" ... most folk can understand
that, by analogy to cities: "Boston" is much more approachable than "the
Greater Boston Metropolitan Area". Is there a better metaphor to hand?
The problem is that marketing organizations need to undermine such clear
distinctions, otherwise they can't leverage the PR about XML (it's good)
to imply that their XML-ish thing ("XML in silicon!") must also be good,
at least not without doing real work.
The xml-dev list is sponsored by XML.org, an initiative of OASIS
The list archives are at http://lists.xml.org/archives/xml-dev/
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: firstname.lastname@example.org