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

RE: Using The Principle of Least Power As A Razor

• To: 'Rick Marshall' <rjm@z...>
• Subject: RE: Using The Principle of Least Power As A Razor
• From: "Bullard, Claude L (Len)" <len.bullard@i...>
• Date: Thu, 16 Feb 2006 08:39:05 -0600
• Cc: XML Developers List <xml-dev@l...>

>From: Rick Marshall [mailto:rjm@z...]

>i'm surprised noone took you up on this one len.

I'm not.  The TAG debated this and their are drafts 
for it, but no one seems to be able to clarify it 
past discussions of Turing completeness, reuse of 
data, etc.  Kolmogorov complexity came up too.  These 
are the kinds of topics we've debated here in the 
past, so I thought the collective brain power here 
might be able to find a fresh perspective.  Thanks!

>here's my simple take on this interesting probem:

>1. you need to distinguish between power and typing - does language a 
>require more or less typing? in general (flame me if you like) almost 
>all languages derive their "power" from a decrease in the amount of 
>typing to get the same result.

That is somewhat close to what is said on the TAG list.  I ask, if a 
language implementation is silently casting, is that more or less 
powerful?   Berners-Lee seems to be focused on reuse aspects.  Powerful 
languages that require a lot of say, object technology, just to 
express data are more powerful but not as good for the web user 
because the data can't be reused easily if at all.  I get that 
but is that all there is to it?

len

• Follow-Ups:
  • Re: Using The Principle of Least Power As A Razor
    • From: bryan rasmussen <rasmussen.bryan@g...>
  • [ANN] Schematron-love-in and SchematronWiki
    • From: Rick Jelliffe <rjelliffe@a...>

• Prev by Date: RE: Using The Principle of Least Power As A Razor
• Next by Date: [ANN] Schematron-love-in and SchematronWiki
• Previous by thread: Re: Using The Principle of Least Power As A Razor
• Next by thread: [ANN] Schematron-love-in and SchematronWiki
• Index(es):
  • Date
  • Thread