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

Re: Re: If XML is too hard for a programmer, perhaps he 'd be

• To: "Rick Jelliffe" <ricko@a...>
• Subject: Re: Re: If XML is too hard for a programmer, perhaps he 'd be better off as a crossing guard
• From: Uche Ogbuji <uche.ogbuji@f...>
• Date: Mon, 31 Mar 2003 18:25:56 -0700
• Cc: xml-dev@l...
• In-reply-to: Message from "Rick Jelliffe" <ricko@a...> of "Sat, 29 Mar 2003 14:48:41 +1100." <01f001c2f5a6$16ff46c0$4bc8a8c0@A...>
• Sender: Uche Ogbuji <uche.ogbuji@f...>

> From: "Uche Ogbuji" <uche.ogbuji@f...>
> 
> > Bill de hÃ?"ra Wrote:
> 
> >> If you use tools that manipulate in the "value space", then obtain the
> >> lexical representation that risk goes away.
> 
> > Bingo.  Thus my 'impedance mismatch" and "error prone" comments. ... So my 
> > incredulous reaction was not because I haven't heard this claim of "regex 
> > first", but because it seems amazing to me that this would come from Tim.
> 
> What if Tim's data is just strings: where the value space can* be the lexical space?

Of course you can construct all sorts of corner cases in which the value space 
and the lexical space overlap significantly, but this is not the usual case by 
any stretch in my experience, so it would seem to be that Tim's championing of 
regexen should have been surrounded by bright flashing lights pointing out the 
limitatons of the technique.  There were no such distinctions made in the 
article, thus my complaint.


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
Use internal references in XML vocabularies - http://www-106.ibm.com/developerw
orks/xml/library/x-tipvocab.html
Universal Business Language (UBL) - http://www-106.ibm.com/developerworks/xml/l
ibrary/x-think16.html
EXSLT by example - http://www-106.ibm.com/developerworks/library/x-exslt.html
The worry about program wizards - http://www.adtmag.com/article.asp?id=7238
Use rdf:about and rdf:ID effectively in RDF/XML - http://www-106.ibm.com/develo
perworks/xml/library/x-tiprdfai.html
Keep context straight in XSLT - http://www-106.ibm.com/developerworks/xml/libra
ry/x-tipcurrent.html
Using SAX for Proper XML Output - http://www.xml.com/pub/a/2003/03/12/py-xml.ht
ml
SAX filters for flexible processing - http://www-106.ibm.com/developerworks/xml
/library/x-tipsaxflex.html

• References:
  • Re: Re: If XML is too hard for a programmer, perhaps he 'd be better off as a crossing guard
    • From: "Rick Jelliffe" <ricko@a...>

• Prev by Date: RE: If XML is too hard for a programmer, perhaps he'd be better off as a crossing guard
• Next by Date: Re: If XML is too hard for a programmer, perhaps he'd b e better off as a crossing guard
• Previous by thread: Re: Re: If XML is too hard for a programmer, perhaps he 'd be better off as a crossing guard
• Next by thread: Re: Re: If XML is too hard for a programmer, perhaps he'd be better off as a crossing guard
• Index(es):
  • Date
  • Thread