Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • by clintp (2) on 2003.04.08 21:16 (#18907)
    I've always thought of tagging systems for data storage and interchange as wheels being re-invented left-and-right for every industry and purpose imaginable. SGML, EDI, CSV, etc.. Think back 10 years, 20 years, at what was being touted as the best way to exchange data with other companies. Of course the Y axis of basic ascii-ness of early computing systems was extended in various ways too for foreign alphabets as well (code pages, unicode, etc..).

    XML strikes me as the combined second-system effect of all of the above. Thus it suffers from the duality of "let it be simple" and "it has to do everything." It only feigns at the first for the PR, and grows new tentacles monthly to accomplish the second.

    • XML strikes me as the combined second-system effect of all of the above.

      Then I would say that Piers' question isn't so much important as much as it's the wrong question to ask.

      XML is a perfectly acceptable solution for one very important problem: interoperability with data exchange. There's a benefit to not creating a new binary format for each and every fragment of information we want to author, exchange, archive or share. (There's even less of a benefit to shoving all of that data into XML and ca