Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] Why XML for Messaging?

From: David Lyon <david.lyon@------------.--->
To: Elliotte Harold <elharo@-------.---.--->
Date: 6/2/2005 10:26:00 AM
On Thu, 2 Jun 2005 5:41 am, Elliotte Harold wrote:
> I've seen no evidence of XML becoming slower over time. (Note the
> comparative.) On the contrary, both Moore's law and improved algorithms
> and software have contributed to faster processing of XML. XML's a lot
> faster today that it was eight years ago, and it was fast enough for a
> lot of use cases then.

is that processing or developing?

What I can tell you for sure is that customers patience in the 
marketplace is rapidly slowing....

Whatabout the pace of xml systems development? Wouldn't 
you say that that has slowed?

or XML book sales? (saw one of your books btw in the
bookshop - well done)

Whether the cpu can do the dma and memory fetches and
feed it to the seven iso layers before the edge of the next
interrupt is largely immaterial these days.

Nobody cares....

David
-- 
Computergrid : The ones with the most connections win.


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent