Master Foo's Taxation Theory of Microformats
"Complexity is like taxation.", Master Foo began. "Producers and consumers alike will always see a tax as unfair unless they can see benefits to themselves in paying it. XML - as classically articulated - suffers from the fact that the costs and benefits associated with its usage occur in different places in the value chain. As a publisher, I will definitely benefit from XML but as a consumer, I will only benefit from it if I have (a) technical expertise and (b) non-trivial integration requirements. If I just want to print or search or e-mail or copy/paste, the XML appears to be an unfair complexity tax to me."
"But Master Foo", a third expert began, "we all agree that the simple things should be simple and that the hard things should be possible. It is unfortunate that XML is perceived as complex. Perhaps this is just a passing phase while browsers/e-mail readers/word processors and so on become more XML aware? Perhaps the simple case of printing/searching/copy/pasting will be simple in a few years time?"
"I remember a visit from the SGML experts to this very mountain, about 20 years ago. They said the same thing. Then the XML experts came about 10 years ago. They said the same thing too. I detect a pattern..."
More beard stroking ensued as Master Foo struggled to deliver himself of this thought:
"History has shown that the only way to reduce information processing complexity to zero is for applications on the value chain to have build-it knowledge of the information formats they work with. XML, RDF, UML and so on are not formats so much as meta-formats. Consequently, built-in knowledge of any of these does not amount to zero complexity. XML is not a file format. It is a file format for file formats. This distinction is all important when calculating complexity.
"Today, XML is suffering from the fact that users realize how little the phrase 'XML aware' actually means. The complexity persists all the way along the value chain. They compare the ease of handling word processor files or HTML files with the handling of XML files and scratch their profit/loss spreadsheets in wonder. Why is it so complicated?"
Master Foo paused, his eyes twinkling in a way that indicated that he knew the answer but wanted one of the experts to say it first...
"Perhaps..", one of the experts began. "Perhaps we need some way to reduce the complexity tax by hiding the XML better than we have done heretofore..."
"Go on", said Master Foo with the faint hint of a smile crossing his lips.
"Perhaps we can use the fact that mainstream file formats are migrating rapidly to fixed XML-based notation i.e. XHTML, ODF, RSS/Atom and so on..."
"Yes, go on...", said Master Foo.
Sign up for ITworld's Daily newsletter
Follow ITworld on Twitter @IT_world
Brian Proffitt
Microsoft/Novell: Breaking Down the Coupon Numbers
Esther Schindler
Drupal's Dries Buytaert on Building the Next Drupal
Tom Henderson
Top Ten General Operating Systems Rants
pasmith
PS3 motion controller delayed; goes up against Project Natal
sjvn
Neolithic Windows security hole alive and well in Windows 7
claird
Perl source code comparison makes for good reading
mikelgan
Cell phones don't create stress or interrupt much
Sandra Henry-Stocker
How to: The Unix Interview
Where Google Chrome security fails: the password
I heard mention that the Chrome OS will have some sort of encryption available a la bitlocker. If it's possible to encrypt personal data using another password or key, then it may have potential for very secure data.... And Ubuntu has an 'encrypt home directory' option, perhaps google should follow suit.
- Dann
Join the conversation here
Quick, practical advice for IT pros. Made fresh daily.
- Ubuntu advances: Why Ubuntu server installations will surge in 2010
- Social media marketing: How to make friends with benefits
- More...
Want to cash in on your IT savvy? Send your tip to tips@itworld.com. If we post it, we'll send you a $25 Amazon e-gift card.






