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

Re: Not using mixed content? Then don't use XML

  • From: "Simon St.Laurent" <simonstl@simonstl.com>
  • To: "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>
  • Date: Mon, 25 Mar 2013 09:01:58 -0400

Re:  Not using mixed content? Then don't use XML
On 3/25/13 12:24 AM, daniela florescu wrote:
> However,  Simon!
>
> I think you are totally wrong about the only use of XML being mixed
> content.
>
> Another major reason of why people do use XML (and will continue to
> do so) is the need for standards, for legal reasons.
>
> If the Navy bombards the wrong city because of a wrong NavyXML
> message, they can point and blame the precise origin of the error:
> e.g. an extra digit character in a geolocation attribute or such.
>
> If a patient dies in a hospital because of bad blood work they got
> from another hospital, you know exactly who is at fault, and why the
> message was wrong.
>
> THAT'S the major reason of why people use XML right now.
>
> People need legal reassurance.

It may be a major reason, but it reveals flaws in our people and
organizations rather than strengths in our technologies.  Catering to 
those flaws has weakened the solutions we offer.

We are so deeply broken that we cannot imagine proceeding without some
kind of binding - often suffocating - agreement before we even get to
solving problems together.

In our brokenness, we've spent decades encouraging people to create
standards first.  Too many of us have assumed that this was the only way
to support reliable communications, assuming that unless everyone
marches together to a beat set at the beginning, we'll all wander off 
and hurt ourselves or others.

In our quest to to automate systems, we've discarded the human
flexibility that used to keep those systems working, forbidding stray
notes, out-of-band queries, and the times when someone might need to say
something completely different from the vocabulary we've chosen.

Worse, we have taken expectations that might have applied amidst the
paranoias of corporate and government bureaucracies (think $GML: The 
Billion-Dollar Secret) and pronounced them appropriate for ordinary work 
at every scale.

We have blinded ourselves to rather obvious notions of local
error-handling to prevent these worst-case scenarios, and insisted that
only central architects (or committees of architects) have the wisdom to
prevent such catastrophes from happening.

In kinder moments, as above, we speak of finding violations of these 
rules as an excellent way to place blame, forgetting about all of the 
opportunities we neglected along that path for better outcomes to emerge.

So what can we do?

We can pause for a while and try to imagine other ways of doing things. 
  It may be a long pause, as these practices are deeply engrained in our 
community.  (It was years for me.)

We can separate the practice of markup from the practice of agreement.

We can study the places already existing in our field where people found 
that a particular variety of markup failed to meet their needs, and 
cobbled together solutions that retained some interoperability while 
adding flexibility.

We can look outside of XML to those people who are doing all the things 
that make us feel unsafe, and study the ways it works (and yes, doesn't 
work) for them.

We can experiment - perhaps at first in places that feel safe - with 
approaches that decentralize decision making, encourage rapid iteration, 
and evolve toward stability if and when it fits user needs.

Or we can stay in our cozy little niche, building walls for people who 
find that walls make them feel safer.

Thanks,
-- 
Simon St.Laurent
http://simonstl.com/


[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.