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

Re: Transformative Programming: Flow-based, functional, and mo

  • From: Uche Ogbuji <uche@ogbuji.net>
  • To: "Simon St.Laurent" <simonstl@simonstl.com>
  • Date: Wed, 16 Oct 2013 11:22:43 -0600

Re:  Transformative Programming: Flow-based
On Wed, Oct 16, 2013 at 9:57 AM, Simon St.Laurent <simonstl@simonstl.com> wrote:
On 10/16/13 11:40 AM, Peter Hunsberger wrote:
Simon's been pretty clear that data interchange via XML is all well and
good and that rigid standards can be a problem.  However, that does get
to the essence of my question, where does the line between these two
divergent views get drawn?  In particular, XSLT and XProc are useful
precisely because of the standardization and structure of their
particular XML formats (imperative or not)...  Their very utility comes
with the cost that Simon often seems to disapprove of.

I suspect the reality is that Uche is right that I (at least think I) am still consistent with my earlier position, but a quick read of flow-based programming might seem to lead right back to the excessively structured data models I regret.

I think that might be true of some of the approaches in the rebirth of flow-based programming, but I don't think it's axiomatically true. For example, you mention UNIX pipes, which involve breathtakingly unstructured data (usually the only structure is the line break).

In my observation of 21st century FBP, people do at last seem aware that they should be simplifying and reducing the coupling of the packets between nodes. There was a time that the XML community seemed aware of this as well, then in 2002 or so it all went haywire.

Peter, i think you and I are using "structured data" in a very different way. For me, an example of structured data is a relational tablespace, or a Java class. XML is semi-structured, and neither XSLT 1.x nor XProc require anything I'd call strong structure. XSLT 2.x and 3.x can work efficiently with strong structure if you have it, but do not require it.  Therefore I disagree with the notion that the utility of XSLT or XProc comes at the cost of structure. But that's an old debate, circling around these parts for over a decade, and I'm not just now up for a big rehash.


--
Uche Ogbuji                                       http://uche.ogbuji.net
Founding Partner, Zepheira                  http://zepheira.com
Author, Ndewo, Colorado                     http://uche.ogbuji.net/ndewo/
Founding editor, Kin Poetry Journal      http://wearekin.org
Editor & Contributor, TNB     http://www.thenervousbreakdown.com/author/uogbuji/
http://copia.ogbuji.net    http://www.linkedin.com/in/ucheogbuji    http://twitter.com/uogbuji


[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.