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

Re: Query 3.1 vs. JSONiq WAS Re: [xquery-talk] MarkLogic using JSON

  • From: Michael Kay <mike@saxonica.com>
  • To: daniela florescu <dflorescu@me.com>
  • Date: Sat, 9 May 2015 22:51:24 +0100

Re: Query 3.1 vs. JSONiq    WAS   Re: [xquery-talk] MarkLogic using JSON
> On 9 May 2015, at 21:46, daniela florescu <dflorescu@me.com> wrote:
> 
> 
>>> 
>>> I get a single conclusion: the XQuery 3.1 committee has a total lack of vision and leadership in the NoSQL world. 
>> 
>> Well you might be right there. Standards groups don’t really do vision and leadership: they argue about braces and semicolons.
> 
> 
> Michael,
> 
> I don’t get it.
> 
> You entire answer is telling me: "Standards groups don’t have (technical) vision and leadership."
> 
> That’s a HORRIBLE state of affairs, and I am surprised that this statement (that is indeed true) doesn’t shock you.

Standards groups spend their time hammering out compromises to reconcile different visions. The result is very often a compromise. If they get it right, the result is a specification that meets a wider range of requirements and is acceptable to a wider community. But very few standards are noted for technical elegance.

> 
> Then, how about they shut up and stop doing things, and imposing wrongly designed stuff on people. Or they could listen to people
> who actually DO have technical vision and leadership !?

Reminds me of my first XQuery group meeting: I was shocked by how many highly talented people there were with good ideas, all wanting to take it in different directions.
> 
> It seems that by “doing” things the XQuery WG hurts more then by being quiet, and close down.
> 
> In particular, XQuery 3.1 is a failure because has NOT been designed with the major requirement in mind they should have had, which is:
> 
> ***************************
> 
> Make BOTH communities happy:  XML and JSON, and help them work and integrate together. 
> 

We definitely had people on the working group with the ambition to create a query language suitable for either XML or JSON as equal partners. Others felt that that was an unrealistic goal, and that XQuery should remain an XML query language with the ability to interoperate with JSON (and other formats) as second-class citizens. If you’re going to get anywhere in standards work, you have to appreciate that there’s going to be more than one vision, and that none of them are self-evidently right or wrong.

> Why should some past choice made by XSLT in the past be more important then the goal I just stated — in  big scheme of things !?
> 
> 
See above. You get inputs from lots of different directions, and they are all valid perspectives.

Michael Kay
Saxonica





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