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

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

  • From: "Simon St.Laurent" <simonstl@simonstl.com>
  • To: "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>
  • Date: Fri, 18 Oct 2013 11:31:14 -0400

Re:  Transformative Programming: Flow-based
On 10/17/13 6:35 PM, Peter Hunsberger wrote:
I'll buy into your view on REST, maybe a better fit is something like
Web Sockets?
It could be. I think my general thought is that it matters less how the modules communicate among themselves and more how they're assembled or orchestrated. REST will certainly work for the communication, but I'm not sure it's central.

However, I can't agree with you in regards to tighter
specs inside applications and looser between them.  Are you suggesting
that (for example) a Java method that has a single String as it's input
and output needs a full XSD or some other more formal spec?
No, but - to use an example I have doubts about - programmers build types inside their code and expect pieces to fit together based on those declarations. They don't need XSD, as there's already a type system there.

XSD is what you use when you want to inflict type systems on the outside world. (Granted, 'outside' may have a variety of meanings.)

I suspect
you're indulging in a bit of hyperbole in that,
Actually, I was indulging in understatement.

flexibility between
applications in what they can accept might simplify the world, but you
know as well as anyone that not everything can be mapped to name value
pairs or tuples and left at that?
I think we've been through this conversation, but for a quick reprise:

* Brittleness works better inside of applications where you control the whole conversation.

* Flexibility, whether by means of multiple pathways, human intervention, or a combination of strategies, works better between applications where you don't control it all.

The tragedy of XML is that instead of building flexible systems for dealing with each others' expectations, we slapped schemas down as relatively simple tests, border guards who aren't very smart. Tangling it further, we then try to talk through schemas when we should probably just talk with each other.

Yes, it does take effort to build systems without demanding prior and consistent agreement, and it can be hard to see the value when people come from legal or programming cultures that mistake brittleness for strength.

I'm happy to report that I keep hearing small stories of flexible structures built on markup, and hope that new best practices will climb out from under the current maze.

Thanks,
--
Simon St.Laurent
http://simonstl.com/


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