Microsoft nos priva de un estandard

Desde que me enteré de pormenores del borrador ISO/IEC DIS 29500 para el formato de archivo Office Open XML (que no ha obtenido los votos necesarios a nivel mundial para transformarse en un estandar ISO) una idea da vueltas y vueltas en mi cabeza: «qué necesidad tiene Microsoft de someternos a este martirio».

Estamos hablando de una de las corporaciones que dominan los destinos informáticos de la mayoría de los humanos, que tiene miles de cerebros a su servicio y que cuenta con los recursos económicos para impulsar sus iniciativas. En forma general, uno esperaría enterarse de «maravillas» deslumbrantes, cosas que empujan la tecnología más allá de lo imaginado por los simples mortales. Deberían serle afin los conceptos de innovación, lucidez, solidez de argumentos, algarabía en el mundillo informático.

Pero no: Office Open XML, estuvo rodeado de dudas, oscuridad técnica, compatibilidad hacia atrás, perennidad de errores históricos y para peor, acusaciones de irregularidades en los procesos, dudas en cuanto a favores y presiones, debates en favor y en contra.

¿y para qué?

Los ejemplos publicados en el sitio NO-OOXML, son elocuentes cuando sugiere el ejercicio de contestar simples preguntas, utilizando la especificación documental de OOXML (ECMA 376):

1. ¿Qué día de la semana corresponde al 1 de enero de 1900?
2. Cuántos días laborales existen entre el Lunes 4 de junio de 2007 y el sábado 14 de julio de 2007 en países como Algeria o Jordania?
3. Cuántos días duró la última guerra en España, iniciada el 2 de mayo de 1808 y finalizada el 30 de octubre de 1813?
4. Cuál es el promedio derivado de los datos (5, 10)?
5. Cuántos días tiene el mes de febrero de 1900?

Y las respuestas son (aunque Ud. no lo crea…):

1. El estandar propuesto devuelve 1, indicando Domingo. Cuando en realidad el 1 de enero de 1900 es un Lunes.
2. La función NETWORKDAYS() no permite que los fines de semana sean otra cosa que no sea Sabado y Viernes, lo que demuestra falta de adaptabilidad cultural en el formato de documentación para países como Iraq, Algeria, Sudán, Qatar, Bangladesh, Israel, Jordania, Libia, Pakistan, Siria, Emiratos Arabes Unidos, Kuwait, donde el fin de semana no es ni sábado ni domingo.
3. Es imposible calcular, la especificación no soporta fechas anteriores a 1900.
4. La función AVEDEV de la especificación OOXML retorna 252, cuando la desviación correcta es 2.5
5. Como 1900 no es un año bisiesto, febrero tuvo 28 días. Pero la especificación dice que el año 1900 tiene 29 días en febrero.

En Microsoft tienen todo lo que uno podría soñar hacer las cosas bien…. si no lo hacen, es adrede; y nos privan de un estandard….. bueno, nada nuevo, ¿no?.