[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
Re: [xml-dev] Most XML vocabularies are too large and inevitablyhave lots of "holes"
- From: Michael Kay <mike@saxonica.com>
- To: xml-dev@lists.xml.org
- Date: Sun, 18 Dec 2011 20:17:27 +0000
Indeed, most standards are too large.
XML is too large. Attributes are unnecessary, mixed content is
unnecessary, namespaces are unnecessary: without these unnecessary
concepts, XSD and many other things would have been much simpler.
XSD is certainly too large.
Many application-level standards such as FpML and HL7 are too large.
But stating that something is too large doesn't help to make it smaller.
(There was a W3C workshop on XSD where everyone agreed it was too big
but no-one could agree which bits were unnecessary.) There's a basic
problem that the more people you involve in a design, the larger and
more complex it becomes. At the extreme, this leads to the failure of
billion-dollar IT projects. This is a sociological problem in the way
systems are created. But recognizing the fact doesn't make it go away.
Looking to mathematics for inspiration isn't particularly constructive,
because IT systems have to fit into the real world, and the real world
itself suffers from excess complexity; a specification can also fail
because it oversimplifies, or because it imposes too high a level of
abstraction.
Michael Kay
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]