[
Lists Home |
Date Index |
Thread 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@xegesis.org]
>
> 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>
>
|
