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

Re: Trust and control (as Re: Here's how toprocess X

  • From: Liam R E Quin <liam@w3.org>
  • To: "Simon St.Laurent" <simonstl@simonstl.com>
  • Date: Thu, 31 Jan 2013 12:47:35 -0500

Re:  Trust and control (as Re:  Here's how toprocess X
On Thu, 2013-01-31 at 07:16 -0500, Simon St.Laurent wrote:
> Somewhere along the line programmers learned that only completely 
> perfect messages should be accepted.

The difficulty has always been two-fold.

First, that you have to allow for every variation in the software, as
you don't want software to crash or allow execution of arbitrary code
accidentally (vulnerabilities). It's interesting to note that the
widespread adoption of Intel's 808x little-endian architecture greatly
increased vulnerability to stack attacks.

Second, that error correction is difficult.

Error correction that varies from program to program means
interoperability is limited to the subset of data that gets treated the
same way everywhere. This is what, for example, HTML 5 is about (partly)
- documenting that subset for Web browsers, and trying to broaden it by
having the browsers all use the same parsing and error correction
techniques for new content. 

[...]

> I could see the value of well-formedness, though I question even that 
> lately.  I don't understand, though, why we regularly insist that the 
> only information worth processing is that which arrived in pristine 
> condition.

That's a stronger statement than I'd make.

If I make a mistake in a program, the chances are that
(1) the compiler or interpreter catches it
(2) I catch it in my unit tests
(3) It's caught in application tests and Q/A
(4) A customer complains
(5) Everything seems fine until the 'plane tries to land when
    the wind-speed is less than the ambient air temperature and
    the 'plane is full of fuel.

The cost of fixing problems increases at each stage.

I've used a C compiler that could correct a large class of input errors;
it detected when it had done so and did not generate code, but gave more
helpful error messages.

> Programmers of the world, throw away your schemas!  You have nothing to 
> lose but your existing toolset! (aka your chains...)

But I _like_ chains.

Liam


-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml



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