XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
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] Never mind the browser, let's do MicroXML

On Thu, Dec 16, 2010 at 10:18 AM, Dave Pawson <davep@dpawson.co.uk> wrote:
On Thu, 16 Dec 2010 09:18:58 -0700
Uche Ogbuji <uche@ogbuji.net> wrote:


> I do want to put one thing to bed: All this Vendor Capitalist
> Apprentice robot parroting of "what's the business case? Huh? Huh?"

Bad timing Uche. That was Liam, relating to SXML, what James Clark
called the new biggie. No one asked that wrt uxml.

Actually, Dave, it's come up several times in these past few weeks of discussion, with regard to almost all the various proposals.  But I'm not interested in its provenance, just as long as it's put to bed so we can get to the salient points.


On Thu, Dec 16, 2010 at 10:19 AM, Liam R E Quin <liam@w3.org> wrote:
On Thu, 2010-12-16 at 09:18 -0700, Uche Ogbuji wrote:
[...]
> I do want to put one thing to bed: All this Vendor Capitalist Apprentice
> robot parroting of "what's the business case? Huh? Huh?"  Most of us work on
> XML tools, at various levels of the stack.  I've implemented at one time or
> another dozens of XML specifications.  The cost in unnecessary complexity of
> all this work is staggering.  For my part, I would love to have a path
> towards simplifying this work in the long term, even if it meant some added
> difficulty in the short term.  I can tell you from engagement with users
> that XML and some of its support standards as they are right now really
> introduce inefficiency all over the place.  It's not just having to again
> once a week explain why folks are failing to match default namespaced
> elements from XPath and the like.  It's all the cruft cases these lead to in
> the code.
>
> So nobody who matters for MicroXML should need some spiffy business case.

Actually you just gave one.

When I asked, what is the business case for the work, that's exactly the
sort of answer I wanted - who will benefit and how and why - and the
reason for asking is that it determines the focus of the work, and gives
a way to measure if you're succeeding.

I suspect you must have been the most recent person to mention that, since Dave also remembered it with your name tag, but I actually had no recollection of who had been saying it.  I just remember its having come up several times recently, and I had the impression that it had been an expression of "stop energy."

I have no problem with brief statements of who benefits from such efforts, and in what sorts of cases.  I just dislike the use of the term "business case" applied to such preamble*, because in my experience, a challenge using the term "business case" is so often used in connection with sticking one's head in the sand.  As I understand it, that's not your intention (and I can hope that's not the intention of others who have raised that point w.r.t. to MicroXML), so all is well.

* How about the simple term "motivation"?


--
Uche Ogbuji                       http://uche.ogbuji.net
Weblog: http://copia.ogbuji.net
Poetry ed @TNB: http://www.thenervousbreakdown.com/author/uogbuji/
Founding Partner, Zepheira        http://zepheira.com
Linked-in: http://www.linkedin.com/in/ucheogbuji
Articles: http://uche.ogbuji.net/tech/publications/
Friendfeed: http://friendfeed.com/uche
Twitter: http://twitter.com/uogbuji
http://www.google.com/profiles/uche.ogbuji


[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