[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
RE: [xml-dev] Towards XML 2.0
- From: <vojtech.toman@emc.com>
- To: <xml-dev@lists.xml.org>
- Date: Tue, 7 Dec 2010 06:09:11 -0500
> -----Original Message-----
> From: Andrew Welch [mailto:andrew.j.welch@gmail.com]
> Sent: Monday, December 06, 2010 4:42 PM
> To: David Carlisle
> Cc: Dave Pawson; xml-dev@lists.xml.org
> Subject: Re: [xml-dev] Towards XML 2.0
>
> There's a thread from earlier in the year discussing a simpler subset
> of XML which covers similar ground to this:
>
> http://markmail.org/thread/kxrg3tifg4k4fyj6
>
> Looking back it received a fair amount of opposition...
That is the thing that we should seriously think about. Any attempt to create an "improved" XML will meet with fierce opposition from those who think that XML works just fine for them ("there is no need to change/break what works, plus why should we admit defeat to JSON or X when there is no defeat at all?"). Also, *if* the XML 2.0 effort succeeds and there is XML 2.0 one day, there will be another faction of users who will be unhappy with it no matter how good/bad it is. And if the XML 2.0 attempt fails (which it may for a whole host of reasons: people don't like it or they don't want to learn yet another technology; existing tooling breaks; lack of XML 2.0 tools;...), then it may be just another really bad PR for XML, which is exactly what we don't want - because yes, everybody knows XML is not perfect, but is it really broken *that much*? IMHO, it is still the best format for what it was intended for (...the view of which, I admit, may differ dramatically from person to person; but I was expressing my view).
Maybe we should stop being hysterical about XML suddenly being threatened by bug-eyed monsters and instead of trying to undo our past sins we should try to make the existing tools/APIs simpler and easier to use (but I think somebody else has said that here already), openly admit the mistakes and focus on educating people about which approaches are preferred and which are problematic/old/broken. (And then accept that we are not alone and try to get along with the BEM's.)
Vojtech
--
Vojtech Toman
Consultant Software Engineer
EMC | Information Intelligence Group
vojtech.toman@emc.com
http://developer.emc.com/xmltech
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]