OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Transformative Programming: Flow-based, functional, and more

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]

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS