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

RE: 2007 Predictions

  • From: noah_mendelsohn@u...
  • To: "Michael Champion" <mc@x...>
  • Date: Fri, 19 Jan 2007 22:29:54 -0500

RE:  2007 Predictions
Mike Champion wrote:

> From: Len Bullard [mailto:cbullard@h...] 
> Sent: Tuesday, January 16, 2007 1:58 PM
> To: 'Kurt Cagle'
> Cc: 'Nathan Young -X (natyoung - Artizen at Cisco)'; 'XML Developers 
List'
> Subject: RE:  2007 Predictions
> 
> [...]
>  
> > On the other hand, I wonder about everything becoming declarative.  It
> seems reasonable 
> > to those of us who are old enough to remember ...
> 
> Agreed. The declarative vs procedural discussion has been hot on and off
> since at least the 1970s 
> 
> 
http://search.live.com/results.aspx?FORM=&q=declarative+procedural+controver
> sy 
> http://www.google.com/search?q=declarative+procedural+controversy 
> 
> Web 1.0 pushed the pendulum toward the declarative (SQL + XSLT) side, 
Web
> 2.0 made the world safe for imperative Javascript, now XQueryP is 
proposed
> to nudge XQuery in the imperative direction and LINQ is moving C# and VB 
in
> the declarative direction.  That thing isn't going to stop swinging 
anytime
> soon.

A key point is that information captured in declarative form is typically 
much easier to extract and repurpose than information encoded 
procedurally.  Get me a table of stock quotes, and I can easily and 
probably securely import it into charting tools, database, AJAX clients, 
etc.  Give me instead a Javascript program which, it is asserted, will 
produce stock quotes as output and for many purposes I'm in much worse 
shape.  I need a runtime for Javascript, but worse, we know that there is 
no way to tell whether an arbitrary Javascript program will produce any 
output in bounded time.  Running Javascript or other imperative languages 
tends also to raise more security concerns than parsing a declarative 
file.

These points are all made somewhat more carefully in the recent TAG 
finding titled: "The Rule of Least Power"[1].  Although my name is on it 
as co-editor, my role was primarily to help Tim Berners-Lee package for 
widespread publication a note [2] he had written on the same subject many 
years ago.

Noah

[1] http://www.w3.org/2001/tag/doc/leastPower.html
[2] http://www.w3.org/DesignIssues/Principles.html#PLP



--------------------------------------
Noah Mendelsohn 
IBM Corporation
One Rogers Street
Cambridge, MA 02142
1-617-693-4036
--------------------------------------






[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.