the lords of the bits do we need a slogan?

Hay veces en las que la gente se cree todo lo que le dicen. Os acordais de la famosa campaña de un coche, que era mejor que ninguno porque tenia Ziritione… que era eso, “más brillo”, “más potencia”, “una conducción más eficiente”. Pues no mira, era solo un truco publicitario. Como el XML.

Puede que alguno me empiece a odiar a partir de ahora, pero lo digo bien claro. OS ENGAÑAN CON EL XML!!!.

Empezamos

He visto miles de paginas, libros y articulos, que te enseñan como programar XML, y montones de empresas que se anuncian como “Ahora con tecnología XML”. Bueno pues eso me repatea el higado, ¿porque?, te preguntaras, pues para explicarlo vamos a ver primero qué es el XML.
Definición de XML en www.xml.com:

“XML is a markup language for documents containing structured information.”
“XML es un lenguaje de marcas para documentos que contiene información estructurada.”

El XML es algo parecido al HMTL pero más abierto, con un conjunto de marcas ( o tags ), mucho más definible.
Pero esto es algo tan nuevo como nos hacen ver?.

Pues mira tu por donde… NO.

Tambien en la pagina xml.com dicen que el XML es un subconjunto de la especificación del SGML “Standard Generalized Markup Language” definida en la “ISO 8879“, si miramos este standar, vemos que data del año 1997.

Hace casi 10 años.

Bueno, pues no es “tan” moderno. Es más si nos centramos en el XML en si, vemos que la version 1.0 data del año 2000.

¿Entonces porque está tan de moda?
Pues con el boom de la llamada Web2.0 ¿?, La proliferación de aplicaciones cliente/servidor con los webservices, las librerias de parseo de XML para casi todos los lenguajes de programación, se ha llegado a un punto en el que decir que sabes “programar en XML” es casi sensual.

Ahora esta “mal visto” el usar un fichero de configuración “.ini” de los de toda la vida, o hacer un objeto serializable , incluso la comunicación usando un protocolo propio. Es soez, es como “programación de pueblo”.

Pero todo esto está empezando a salirse de madre.

¿Cual es el problema del XML?

Realmente el XML no tiene ningún problema, si se usa para lo que está creado. DEFINIR. No programar, no toda la comunicación, no como paso de parametros, no como estructura de datos en memoria.

Por que digo todo esto, muy facil, por la cositas que ves y que se venden como churros, y a precio de tecnología de la NASA.

un ejemplo:

string CalculaIva(string indata)
{

XmlDocument docXMLFile = new XmlDocument();

docXMLFile.Load(indata);

XmlNode nodRoot = docXMLFile.Item(”DatoXX”);

if ( nodRoot )
{

int contableBase = nodRoot.Value;
int contableIVA =contableBase *1,16; //aplicamos el iva

XmlNode nodIVA = new XmlNode()
nodIva.Name=”IVA”;
nodIva.Value=contableIVA;
nodRoot.appendChild(nodIVA);

}

return docXmlFile.asString;
}

Vale, este ejemplo es REAL. De una de esas “aplicaciones” con ziritione Tecnología XML.

Ahora mismo si ya te estas desgüevando con esta función, puedes dejar de leer, creo que has entendido lo que quiero decir. Si no… bueno, sigue.

Aqui acabamos de ver como usar XML para tirar memoria (MUCHA MEMORIA) y proceso a la basura. Como se le ocurre pasar el xml como parametro !!PARA TRABAJAR CON EL¡¡.

Señores Tecnofilos del XML, el XML no sirve para eso, sirve para definir, para interpretar e incluso para transporte de datos, pero NO para calcular ni para almacenar porque si. Dejen de intentar vender una especificación como si fuera la gran tecnologia, esto SIEMPRE se ha utilizado, no lo han inventado ustedes.

Antes de que ustedes se tiraran el moco de la nueva tecnología ya habian aplicaciones cliente/servido, si, en serio antes tambien habia comunicación, e incluso funcionaban. Y con poco ancho de banda.

Por que esa es otra, creo que es demasiado bestia que para pedir un dato a la bda/aplicacion/servidor/función, se deba especificar y transferir un xml entero.

Calculen:

< dato>
< nombre>Pepito Perez< /nombre>
< id>42< /id>
< /dato>
tamaño: 55 caracteres, en multibyte: 110Bytes.

Cuando una estructura en memoria en c++ ( cualquier lenguaje de programación de verdad)

struct dato{
char *nombre;
int id;
};

son 28 Bytes con los mismos datos.

y esto es un ejemplo pequeño, que imaginate si tienes un arbol con 1000 elementos (algo nada raro):
Pierdes 82000 Bytes, algo mas de 80 KB usados en memoria por querer sacar un valor entero.

Pero ahora ya no interesa eso de “ahorrar memoria y cpu” eso es soez, total, le pedimos al cliente que se gaste 10.000 € más en un servidor y ya está.

Pues esto es lo que vengo a decir, no se fien de esa empresa que quiera venderle el XML como un producto, no lo es, es una herramienta, es una especificación.
Si no, hagan una consulta a google con la frase: “tecnologia XML”, verán lo que se intenta vender por ahi ;).

Usted pagaria más porque alguien le haga un documento con la “tecnología HTML”?. Pues no lo haga por usar la XML.

Pague por los resultados, no por el ziritione.
Enlaces que podrian interesarte:

definición del w3 para XML

This entry was posted by liso on Monday, July 31st, 2006 at 10:31 am and is filed under Computers, code, opinion. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.