Armonth en SigT:

Ya he comentado en alguna ocasión que para mí uno de sus principales problemas es el desarrollo burocratizado ([en Microsoft] tardaron un año en desarrollar el menú de apagado [de Microsoft Vista] por culpa de la burocracía interna) junto a tener que mantener la compatibilidad hacía atrás, en GNU/Linux a menudo se ha roto compatibilidad en las “libc” y si bien se ha montado la de dios, los programadores han adaptado sus programas y al final el cambio ha redundado en mayor eficiencia.

Me parece que este es un punto bien importante. La capacidad de romper compatibilidad le ha permitido a Linux progresar a pasos agigantados desde su incepción, y la decisión de Apple de hacer borrón y cuenta nueva al abandonar OS 9 en beneficio de OS X es una de las razones más importantes por las que Apple ha logrado convertirse en una opción popular nuevamente. El riesgo que corrió Apple fue el enfurecer a sus fieles usuarios, que fueron forzados a aprender un nuevo sistema. Los resultados están a la vista.

Y la resistencia de Microsoft a romper esa compatibilidad con sistemas antiguos no se limita a sus sistemas operativos. Muchos de los problemas con OOXML, el nuevo formato de documentos creado en Redmond, son el resultado directo de obviar la mejor solución técnica en favor de poder mantener compatibilidad con documentos antiguos.

Como consecuencia de esta decisión de privilegiar la historia en vez de la innovación, Microsoft esta forzando un formato deficiente, y la cuenta, como siempre, se le traspasa a los clientes, y peor aún, a todos los demás.

No hay plazo que no se cumpla, ni deuda que no se page. Y para OOXML, el plazo se cumplió el pasado 2 de Septiembre, cuando los votos para la aprobación o el rechazo del formato de documentos de Microsoft debían ser enviados a Suiza para ser contados. Y ya están contados: OOXML ha sido rechazado por dos de los criterios que ya mencione antes.

Los resultados son una derrota clara para Microsoft: de los 41 países «P» (participantes), 17 votaron Si, 15 votaron No, y 9 se abstuvieron. Si recordamos las reglas del juego, aprobación requería que al menos 66% de los votos «P» fueran positivos sin contar las abstenciones. OOXML logró apenas el 53%.

El segundo criterio era que del total de países que votan, no más del 25% de los votos – descontando abstenciones – podían ser negativos. De los 69 votos válidos (89 incluyendo abstenciones) que se enviaron, 18 países votaron No, lo que significa que un 26% de los votos son negativos.

A pesar de todos los esfuerzos, legítimos algunos y otros no, Microsoft ha fallado en esta etapa de convertir el formato de sus programas en un estándar internacional. Y tácticas menos que transparentes puede que le cuesten caro al gigante de Microsoft: desde ahora, habrán muchos más ojos preparados para asegurarse que el proceso se haga de acuerdo a los libros.

Cambio y fuera.

Como muchos lectores sabrán a estas alturas, el próximo 2 de Septiembre es el plazo final para que las organizaciones nacionales que pertenecen a ISO (Chile incluido) decidan su voto con respecto a la propuesta de que OOXML, el formato de documentos del recién estrenado Microsoft Office 2007, se convierta en un estándar internacional. El proceso de votación es un poco complicado, así que vale explicar un poco como funciona la cosa, para que los leales lectores no se confundan cuando se empiecen a contar los votos la próxima semana.

La cosa funciona más o menos así: cada país miembro de ISO debe decidir entre tres posibles votos:

1. Aprobar: Este voto puede incluir comentarios, pero solo de carácter general o editorial.
2. Rechazar: Este voto puede incluir comentarios de cualquier tipo, incluyendo indicaciones de problemas técnicos que deberían ser corregidos y propuestas para su corrección.
3. Abstención.

Un aspecto muy importante que es importante destacar es que las reglas para las organizaciones nacionales (p. 48) que deben decidir el voto de cada país indican que:

Aprobación condicional debe ser enviada [a ISO] como un voto de rechazo.

Es decir, si una una organización nacional cree que OOXML estándar presenta problemas técnicos que deben ser solucionados, debe rechazar la aprobación del estándar, incluso en el caso en que crea que estos problemas pueden ser solucionados y el estándar puede ser aprobado más tarde.

El otro aspecto que es un poco complicado es como se determina el resultado. A pesar de que cada país tiene un solo votos (todos los países son iguales), no todos los votos tienen el mismo peso (hay países más iguales que otros). En términos simples, hay dos tipos de miembros de ISO que pueden votar: los países «P» (Participantes) y los países «O» (Observadores). Para que OOXML pueda ser aprobado, todas las siguientes condiciones deben cumplirse:

1. No más del 50% de países deben abstenerse.
2. Al menos 66% de los países «P» deben aprobar.
3. No más del 25% del total de los votos (Países «P» y «O» combinados) debe rechazar.

Como se imaginarán, la primera condición es relativamente fácil de cumplir en el caso de OOXML. Es cosa de tener suficientes votos, y no hay indicación hasta ahora de que muchos países «P» se van a abstener, aunque Finlandia e Italia han indicado su intención de hacerlo. Abstenciones no son consideradas cuando se calculan los porcentajes de los puntos (2) y (3).

El criterio (2) es más complicado para Microsoft. China, India, Brasil, Canadá y Japón, todos países «P», han indicado que rechazarán OOXML. Es probable que otros países que han trabajado en ISO por mucho tiempo sigan esta tendencia.

Pero la guerra no está ni cerca de estar perdida para Microsoft. De hecho, hay varias indicaciones que Microsoft esta peleando dos batallas: tratar a convencer a países que voten a favor, o en el peor de los casos que se abstengan (¡esto es bastante obvio!), y la segunda estrategia es lograr que países pequeños voten «Aprobar» y cambien su membresía en ISO de observador (O) a participante (P). El genio de esta estrategia es evidente: Microsoft será capaz de contrarrestar la oposición de países al «diluir» los votos negativos que podrían cambiar generar un rechazo de OOXML debido al criterio (2). Hay indicaciones de Chile está considerando justamente esta medida, aunque es poco claro cuál será el voto del INN, ni tampoco si el cambio de O a P se hará antes del 2 de Septiembre. Estén atentos.

Y esto nos lleva al criterio número (3). En cierto sentido, este es el más difícil de influenciar, porque no toma en cuenta el tipo de membresía de cada país. Microsoft ha tenido que usar tácticas más conocidas, y esta usando toda su influencia. En un voto reciente en Estados Unidos, por ejemplo, Bill Gates llamó directamente al Ministro de Comercio norteamericano (Si señores, en todas partes se cuecen habas) para cambiar un voto poco favorable. Desde Tanzania a Portugal, pasando por Kenya, organizaciones nacionales están recibiendo una atención inusitada de Microsoft, que esta reclutando votos positivos a diestra y siniestra. Sin duda, lo mismo esta pasando en Chile, donde la amistad de Microsoft y el Gobierno es bien conocida.

Como ya contaba en el blog de Christian, hay sólidas razones técnicas para rechazar OOXML, razones que se son independientes de que opinión nos genere Microsoft como empresa. El INN tiene una opción clara para definir su voto la próxima semana, y debería rechazar la aprobación de OOXML.