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

Re: Local Vs Global Vocabularies ( Was RE: When Spam


local index vs global index
personal opinion here - i always look at functionality, see if i can
parameterise it and then start building modules to see how well it
works. a basic feedback loop (at least in my own mind) evaluates
failures and looks at improvements.

inevitably there are contradictions, and this becomes the limit of the
language. all computing projects, is suspect, suffer from this. xml is
no exception. because people are not as disciplined or precise as we
would like to believe. but we all manage to live from day to day in
spite of our errors/imperfections.

you could argue that our attempts to put precise definitions on things
(a very 19th century approach) that our users don't have a very precise
idea about is a major reason for software failure.

xslt is very good, but like all systems must still suffer the gigo
problem. and the source of gigo is not so much errors as tactical
thinking by operators trying to achieve a strategic goal. in my
experience.

rick


On Sat, 2004-02-21 at 01:47, Bullard, Claude L (Len) wrote:
> Possibly but I don't think so.  I get a message from 
> that address about twice a week.  Because of the title, 
> this mail will get one too.  It just doesn't appreciate 
> Monty Python. :-)
> 
> "Spam Spam Spam Spam"
> 
> Anywho... better topic.  When designing vocabularies for 
> very large communities, how do youse guys/y'all/anyone 
> approach the dilemma of scale vs localization?  In reading 
> a currently proposed language, we find that the approach 
> taken was to review some n number of examples and boil 
> that down to some n number of productions.  It seems 
> sensible enough until one actually tries to implement 
> that for local sites and discovers how much customization 
> one puts back to deal with the fact that boiling it 
> down proved to be locally lossy even if globally complete.
> 
> Of course, XSLT cures all ills, but ....
> 
> len
> 
> 
> From: Michael Champion [mailto:mc@x...]
> 
> On Feb 20, 2004, at 9:25 AM, Bullard, Claude L (Len) wrote:
> 
> > Automation just ain't smart enough.  Note reason.
> 
> Or people ain't smart enough to install decent spam filters, or virus 
> scanners that don't spam the random addresses in an infected machines 
> address book that are forged in outgoing spam.  The state of the 
> automation art is well beyond this.  [I'm still infatuated with 
> SpamBayes after a year]
> 
> For all we know, this was generated by one of those spam filters 
> advertised by spamming :-)
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
> 


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.