XQuery as a general data processing language WAS: [xquery-talk]XQuery and Web 2.0

[Peter Coppens]

I honestly do not care about which language I am using and even less  
under which buzzword of the day that language is  classified and I am  
certainly in favor of reducing implementation time of the applications  
we are trying to build (and I have the luxury of being able to make a  
choice)

If XQuery or XSLT can do that for me I yet have to figure out how that  
would work. It certainly brings a lot, but it just does not cover all  
the needs. Once I have to integrate what they bring in what I am using  
for the rest of the app I tend to loose as much time as I have gained.

Very eager to learn how that would work indeed - believe me I would  
enjoy my job more if I could do more XQuery and less DOM or XQJ  
plumbing.

Guidance or pointers more than welcome!



On 26 Apr 2008, at 09:37, Michael Kay wrote:

>> Well...ok....what about something like a non proprietary LINQ
>> done properly?
>
> Using terminology that has gone out of vogue, XSLT and XQuery are
> fourth-generation languages, LINQ is a third generation language  
> with 4G
> add-ons. I'm a great believer in using 4GLs for writing business
> applications, I've been doing it since the 1980s and I believe the
> productivity and maintainability benefits are immense. You should  
> never let
> your business data anywhere near Java unless you are doing something  
> with
> substantial algorithmic complexity, like traffic scheduling. Every  
> time I
> see people doing it, I see a team taking months to implement new  
> features
> when it should take days.
>
> Michael Kay
> http://www.saxonica.com/
>