[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: XML For The Average Monkey

  • From: cbullard@hiwaay.net
  • To: xml-dev@lists.xml.org
  • Date: Tue, 25 Mar 2014 09:40:54 -0500

RE:  XML For The Average Monkey
" I hear you are returning to this forum from a 10 year sabbatical? "

I've never left in terms of reading it. I am building XML-based systems again as a full-time job. It wasn't a sabbatical. It was a "XML Is Done; Use It When Needed Because It's Fully Baked". And therefore, it was best to stay quiet because I had nothing to contribute. Once back in the game, this is a good place to ask questions and compare experiences. Everyone here has done this long enough that no serious question goes unanswered and otherwise, we know each other well enough to ignore the rest.

Part of the laissez-faire attitude for some of us is that XML-Dev (as development) once XML was published became a kibitzing forum and helps people understand the specification. As a development list, very little is developed here. Some abstractions are debated repeatedly. It isn't a matter of discarding "new ideas" but very few new ideas are presented. For the most part new people who don't realize the world didn't begin when they entered it present old ideas and these are debated politely in case new conditions have emerged. Minds aren't closed; they are skeptical by practice.

You might want to search the pre-xml archives for a phrase "object-oriented pixie dust". Creating objects with markup is a perma-thread from the early days. The problem as I recall was some optimizations simplify one problem for a little speed and create numerous problems in other applications. Tim Bray called such ideas "premature optimization" and the answer has been "good stuff for some specialized processors doing specific tasks".

If you want a lexically concise answer, John Cowan is the better man. Amelia made a concrete suggestion. That's the next wicket.

XML is used both on the web and off the web. The speed of reading XML in and out of memory isn't the same constraint in all application domains. Some XML documents are quite large by some standards. Others not so much. When building large integrated document sets in say technical publication applications, if an OID complicates the production process and toolsets by a fraction without an offsetting measurable and explainable gain, it will be discarded. If XML is re-architected such that it is required, XML will be discarded.

len


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.