Precisamente parece que tu eres de los que oyen y no tienen ni pajolera idea de qué significa. XML es una de las tecnologías que más está dando que hablar por su flexibilidad. Yo la uso cotidianamente en un servidor de aplicaciones Web que estoy creando y me da mucho juego. Lo último que he hecho es cargar los .ui de QTDesigner (que son XMLs), parsearlos y sacar el equivalente en HTML.
XML es una gran especificación que va a regir todo el intercambio de información de los proximos N años por razones sencillas:
Es una especificación abierta, como HTML
Es accesible desde multitud de sistemas usando distintos tipos de metodología
No depende de la plataforma
Es transformable
Es human-readable y facilmente entendible
Tu primera afirmación, de que XML es vaporware:VaporWare es algo que está prometido que va a salir y nunca sale. La especificación XML está disponible en el sitio del w3 [w3.org] y puedo encontrar recomendaciones hasta el año 96 (prueba aqui [w3.org]. Asi que no digas que es Vaporware, porque es mentira.
Otra cosa son sus usos que según tu se limitan a establecer un acuerdo sobre cómo se define el intercambio de información entre dos entidades, cosa que tampoco es verdad. XML es un subconjunto de SGML diseñado para que sea estandar, leible humanamente y para que se utilice desde un amplio espectro de aplicaciones, pero sobre todo orientado a la web. Aun así paso a enumerar un pequeño número de aplicaciones que usan XML como almacen de su información:
OpenOffice
Apps de KOffice
Dia
UI de QTDesigner
Glade
MSOffice 2003
Apache Jakarta / etc...
Muuuchas aplicaciones J2EE
etc...
Sobre tu cita de que no hay nada en XML que no se pueda hacer con CSV ...
CSV carece de estructura o jerarquía (todos los elementos son iguales , lo único que los diferencia es su posición (fila1 columna1, fila1 columna2).
En CSV solo hay "contenido" y no propiedades, es decir, una celda solo tiene su contenido, mientras que en XML podemos tener <elemento propiedad1="valor1" propiedad2="valor2">contenido</elemento>
Un documento CSV no es validable (no tiene DTDs)
Un documento CSV no se puede transformar (como hace XML con XSLT, la propiedad más importante para mi)
Tampoco se puede hacer una referencia directa mediante parametros lógicos y no filas/columnas (en XML se puede con XPath)
Un documento CSV es complicado de mantener por su falta de estructura.
Podrías haber dado un ejemplo mejor que CSV, dado que precisamente CSV no es algo del otro mundo tecnológicamente hablando.
Por el caracter de tu Post no pareces haber indagado mucho en XML y en tecnologías Web. Sin XML por ejemplo, no existiría XMLRPC ni SOAP, protocolos que utilizan XML para realizar llamadas a procedimiento remoto muy usadas en aplicaciones web como Blogger. Por ejemplo, hay un articulo en xml.com (sitio de o'Reilly) que explica como uno de sus editores usó OpenOffice para editar un articulo, cogio el XML generado, lo transformó mediante XSLT y lo envio mediante XMLRPC (o SOAP, no recuerdo bien) al servidor Web y publicó el articulo sin tener que tocar un navegador. ESA es la potencia de XML, el que puedas hacer las cosas como quieras, desde la aplicación que quieras y como quieras.
Experiencia Personal con XML:Mi Servidor de Aplicaciones utiliza XMLRPC para capturar las imagenes de los objetos persistentes que se encuentran en la base de datos y mostrar esos contextos XML con un guion python de 30 lineas y con esa misma aplicación y modificando el XML del contexto del objeto puedo, también mediante XMLRPC modificar el contexto del objeto y enviarlo de vuelta al servidor, modificando variables del objeto directamente.
Y despues de esta parrafada, me piro que mi novia quiere pasear :D
Re:¿Más vaporware?
(Puntos:3, Informativo)( http://www.redlibre.org )
XML es una gran especificación que va a regir todo el intercambio de información de los proximos N años por razones sencillas:
Sobre tu cita de que no hay nada en XML que no se pueda hacer con CSV ...
Y despues de esta parrafada, me piro que mi novia quiere pasear :D