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

RE: designers as users etc.

  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • To: "Simon \"St.Laurent" <simonstl@s...>
  • Date: Tue, 12 Jun 2001 09:49:24 -0500

RE: designers as users etc.
Yes, parsing a well-formed instance is the exception 
by definition.  Unfortunately, that is almost a 
trivial exception since all the interesting stuff 
happens after that and the hubris of the XML designers 
is that the lexical parsing does anything interesting 
even if required.

As your citation notes, the notion that the user should be involved in the 
design has been at the forefront of rapid app development 
for some time, in the design methodologies for getting 
requirements and stating them rigorously, has been 
the devil in the details of these methods and most 
attempts to bridge subject domains and program design 
with rigorous specification language right down to the 
notions of executable specifications.  The other path 
has been scripted systems such as VB that brought programming 
within the reach of the largely untrained novice programmer. 
All of this stuff works but still leads to a subject matter 
expert building their own system.  What is HTML but a means 
to convince a subject matter expert that they can code?

At the end of the day, its negotiation and cost over tools 
we have to expect to be adequate.  Then someone tells us 
it's too slow, not trendy, not this month's flavor.  The 
great hope of XML design is that when that happens, we 
can get the data out of the system and onto the new thing 
without too much trouble or information loss.

Len 
http://www.mp3.com/LenBullard

Ekam sat.h, Vipraah bahudhaa vadanti.
Daamyata. Datta. Dayadhvam.h


-----Original Message-----
From: Simon "St.Laurent [mailto:simonstl@s...]
Sent: Tuesday, June 12, 2001 9:36 AM
To: Bullard, Claude L (Len)
Cc: xml-dev@l...
Subject: RE: designers as users etc.


On 12 Jun 2001 09:24:21 -0500, Bullard, Claude L (Len) wrote:
> I'm not sure what the conclusion here is:
> 
> o Only programmers should use systems
> o Only users should program systems
> 
> and then how that translates to XML where
> 
> o Any one can write an instance
> o Only some programs can process some instances
> 
> What is the point exactly?

The point is that bringing users closer to the design process can
improve the design on multiple levels.  Also, the value of iterative
development and maximum flexbility in the course of such design.

The claim that "only some programs can process some instances" is true
because we've let it be true.  On some levels - XML parsing - it's
largely false.  XML seems to me to be an opportunity to get beyond that
painfully narrow (but supposedly easy) vision of information processing.


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.