Aprobado OOXML: Viva Don Cushqui

3 04 2008

La aprobación del “estándar” ofimático OOXML propietario de Microsoft fue anunciada por los comités de la ISO el día de ayer 2 de abril de 2008.

Una vez más se corrobora el poder del dinero. Se corrobora cómo se puede aprobar una tentativa de estándar llena de errores e irregularidades, no multiplataforma; cómo se puede con dinero y presiones meterse al bolsillo a una respetada organización de estandarización, que dejará de ser respetada por tan craso error.

Creo que devalúa la confianza que la gente tiene en el proceso de estandarización. Es triste que la ISO no esté dispuesta a admitir que el proceso ha fallado estrepitosamente. Todo el trabajo se ha llevado a cabo a puertas cerradas en lugar de en un foro público. Todo esto es poco afortunado y no hace progresar a la tecnología o a la industria.

– Mark Shuttleworth, presidente de Canonical

(Tomado de Entre tuxes y pepinos)

Se corrobora que “por la plata (dinero, o el cushqui, una expresión típica en Ecuador) baila el mono”. Se comprueba cómo se puede ser capaz de lesionar el avance tecnológico y presentar opciones no libres e injustamente aventajadas por antojo, capricho y prepotencia de una empresa que sólo está interesada en hacer más grande su abultado monopolio, sin que le importen un comino la gente que usa sus sobrevaluados productos.

La magnitud de las consecuencias de esta aprobación no será difícil de deducir, pero sí la forma que se llegó a la aprobación. La presión de Microsoft contra los países que tenían el voto, y otras prácticas como la que ocurrió en la segunda ronda, en que Microsoft apareción milagrosamente con partners autorizados para votar. Les ruego que visiten NoOOXML.org para más información al respecto.

Desconozco las acciones que se tomarán de aquí en adelante, sólo esperamos que los gobiernos, al adoptar políticas en cuanto al software para el desarrollo tecnológico, elijan ODF (OpenDocumentFormat [ODF], un estándar aprobado y funcional, y lo que es más importante, completamente abierto) en lugar de OOXML. Recomiendo a todas las personas el uso estándares abiertos como ODF y PDF para el intercambio de documentos. La suite ofimática OpenOffice.org trabaja con ODF como formato nativo y permite exportar en formato PDF, recomiendo que se descargue y se use (es software libre, no cuesta un centavo de nuestros bolsillos y es un reemplazo excelente para Microsoft Office).

 

¿Cuál será el próximo paso de Microsoft en su lucha desesperada por monopolizar aún más los mercados? Hace unos días supe que estaban interesados en “mejorar” Eclipse (un IDE de Java), para lograr un “aprovechamiento de las interfaces gráficas de Windows Vista” ¿Quién quiere una aplicación java que sólo corra en Windows Vista, siendo que uno de los principios en el corazón de Java es ser multplataforma? Además, el desarrollo de interfaces gráficas SWT de Eclipse está siendo “eclipsado” cada vez más por el desarrollo en Swing.

La lucha por estándares abiertos y el fin de los monopolios continuará.

¿Qué hacer?

  • Rechazar el uso de OOXML (el formato de Microsoft Office 2007), promover, recomendar y usar estándares como ODF y PDF. La suite ofimática OpenOffice.org soporta ambos por defecto, la pueden descargar en esta página.
  • Intercambiar y almacenar nuestros documento en estos formatos.

Fuentes:





No a OOXML de Microsoft

24 03 2008

http://jpangamarca.wordpress.com

Estamos a pocos días de una votación de los miembros de la ISO para aprobar un estándar de formato de documentos ofimáticos, OOXML (ISO DIS 29500), tecnología desarrollada por Microsoft, el 29 de marzo de 2008. Este nuevo “estándar” será sometido a votación por parte de los representantes de los países que tienen voto en ISO/IEC, y nuestro país es miembro “P” (principal), es decir, que tiene voto decisivo en la aprobación. Tengo una fuerte posición frente a esta decisión, y es mi deseo, como el de mucha gente alrededor del mundo, que este estándar no sea aprobado. Y no es que sea un capricho, a continuación hago un extracto de las razones por las que este formato no debe ser aprobado.

OOXML.info, en su página lista tres razones principales:

No es abierto: Para que un formato pueda ser considerado abierto, ha de estar libre de regalía o condición alguna por patentes, y no puede ser controlado por una única empresa (…que además en este caso cuenta con un amplio historial de amenazas a sus competidores mediante patentes de software). Por otro lado, el formato en cuestión debe ser multiplataforma por naturaleza. Office OpenXML no cumple ninguna de esas condiciones.

No es estándar: Un estándar debe estar totalmente documentado públicamente. Además, su proceso de estandarización (ECMA) debería haber garantizado que todas las patentes de los proponentes del mismo fueran desveladas y licenciadas como mínimo en términos RAND. Finalmente, es necesario que una propuesta de estándar ISO cumpla y no contradiga los estándares ISO ya preexistentes para no obligar a “reinventar la rueda”. Office OpenXML no cumple ninguna de esas condiciones.

No es XML: Para que un formato de representación de información pueda ser considerado XML, éste debe plasmar íntegramente dicha información en estructuras XML. Para que algo se denomine XML no basta con que que simplemente utilice etiquetas XML cuando en ellas guarda información en formatos binarios, con códigos de control e incluso dependiente de plataformas concretas. En resumen, debe validar el estándar XML. Office OpenXML no cumple estas condiciones.

NOOOXML.org también se suma a esta lucha, es una página en la que se puede firmar digitamente en rechazo a OOXML, y se puede encontrar material técnico y un historial de la lucha en contra de este formato y de las reuniones de la ISO que ya se han dado con respecto a la aprobación. En dicha página se exponen la siguientes razones:

  1. Ya hay un estándar, ISO 26300, llamado Open Document Format (ODF): un doble estándar supondrá incertidumbre, confusión y un coste añadido para la industria, gobiernos y ciudadanos;
  2. No hay ninguna implementación de referencia de la especificación de OOXML: Microsoft Office 2007 produce una versión especial de OOXML que no cumple con la especificación de OOXML propuesta en ISO;
  3. En el documento de especificación falta información como, por ejemplo, cómo implementar un “autoSpaceLikeWord95” o un “useWord97LineBreakRules”;
  4. Más del 10% de los ejemplos de su especificación no validan la conformidad con XML;
  5. No existe garantía alguna para que cualquiera pueda implementar parcial o totalmente la especificación de OOXML sin arriesgarse a que Microsoft le exija daños y perjuicios por infracción de patentes o el pago de licencias de patentes;
  6. Esta propuesta de estándar entra en conflicto con otros estándares ISO, como ISO 8601 (representación de fechas y tiempos), ISO 639 (códigos de representación de nombre e idiomas) o ISO/IEC 10118-3 (funciones hash de criptografía);
  7. Hay un error en la especificación del fichero de formatos de hoja de cálculo que impide introducir cualquier fecha previa al año 1900. Esto es un error que se arrastra desde las obsoletas versiones de 16 bits de la aplicación MS-Office;
  8. Esta propuesta de estándar no ha sido creada aunando la experiencia y mejores prácticas de todas las partes interesadas (tales como productores, distribuidores, consumidores, usuarios y reguladores), sino por Microsoft en solitario.

NOOOXML.org, en las últimas fechas ha expuesto 20+1 buenas razones para rechazar a OOXML como estándar ISO. De dicha lista expongo las que me parecen más importantes:

  • El objetivo de OOXML en ISO es minar la adopción de un estándar ISO ya existente: El evangelista OOXML Mahugh explicó: “Cuando ODF se convirtió en estándar ISO, Microsoft tuvo que reaccionar rápidamente dado que ciertos gobiernos procuran políticas que prefieren estándares ISO. Microsoft, por lo tanto, tenía que apresurar este estándar. ¡Es una simple cuestión de intereses comerciales!”

Como siempre, Microsoft trata de dominar y monopolizar el mercado.

  • El texto no está conforme a las reglas para la estructura y borradores de estándares internacionales: El texto es heterogéneo, sin convenciones de denominación, y en muchos casos un mismo término tiene varias definiciones.
  • Microsoft reinventa la rueda: No se basa en el uso de estándares maduros existentes, sino que inventa sus propios procedimientos, argumentando ridículamente que no se puede extender los lenguajes XML existentes para sus propósitos, cuando XML por definición es extensible (eXtensible Markup Language).
  • OOXML requiere material oculto y con copyright de Microsoft, material que no se ha liberado: Un estándar debe ser abierto. No se podrá hacer implementar de OOXML sin tener que pagar licencias por el uso de dichos materiales.
  • El mercado no puede depender de estándares ISO con errores de cálculo: Las fórmulas de hojas de cálculo todavía dan resultados erróneos, por ejemplo la función FLOOR que tiene imprecisiones con números negativos. Es un problema de debe ser cuidadosamente estudiado. Esto es particularmente grave. Las finanzas de muchas empresas y cálculos de variado tipo se llevan a cabo en hojas OOXML de Office 2007. ¿Se puede admitir ese tipo de errores? (recuerden la operación maldita en Excel 2007…)
    Si es malo hacerlo en digital, intenta buscar algo aquí. Ojalá lo encuentres.

    Varias grandes compañías como Oracle, IBM, Google y Red Hat expresan su rechazo a la aprobación de este estándar, y vale destacar que ni siquiera se molestan en mencionar la corrupción que rodea a OOXML, sino que se enfocan en los aspectos técnicos. Textualmente, lo dice una cita de Rob Wier de IBM en The Disharmony of OOXML:

    I sometimes hear it said that OOXML, or ODF for that matter, are simply XML serializations of particular applications’ native representations. This is said, seemingly, in an attempt to justify quirkiness or outright infelicitous file format representations. “We had not choice. Office 97 did it that way, so OOXML must as well”. This variety of technological determinism indicates poor engineering judgement, laziness or both.

    An easy counter-example is HTML. Does HTML reflect the internals of NCSA Mosiac? Does it represent the internals of Netscape Navigator? Firefox? Opera? Safari? Are any faults in HTML justified by what a single browser does internally? Applications should follow standards, not the other way around.

    […]

    What is the engineering justification for this [OOXML] horror? I have no doubt that this accurately reflects the internals of Microsoft Office, and shows how these three applications have been developed by three different isolated teams. But is this a suitable foundation for an International Standard?”

    “A veces oigo que OOXMl, u ODF ya que lo mencionan, son simplemente serializaciones XML de representaciones nativas de aplicaciones particulares. Eso se dice, aparentemente, como un intento de justificar la arbitrariedad o las representaciones de archivo indiscutiblemente no aptas. “No tuvimos elección. Office 97 lo hizo de esa forma, así también como OOXML”. Esta variedad de determismo tecnológico indica un pobre juicio de ingeniería, pereza, o ambas cosas.

    Un fácil contraejemplo es HTML. ¿HTML refleja la estructura interna de NCSA Mosaic? ¿Representa la estructura interna de Netscape? ¿Firefox? ¿Opera? ¿Safari? ¿Son los defectos de HTML justificados por lo que un solo navegador hace internamente? Las aplicaciones deben seguir los estándares, no al revés.

    [...]

    ¿Cuál es la explicación de ingeniería para el horror OOXML? No tengo duda de que refleja con precisión la estructura interna de Microsoft Office, y muestra cómo estas tres aplicaciones (Word, Excel y Powerpoint) se han desarrollado por tres equipos diferentes y aislados. ¿Pero, es eso una cimiento apropiado para un estándar internacional?”

    Para terminar, es inconcebible que se pretenda obtener una certificación como estándar para una tecnología tan mal diseñada y con problemas no sólo técnicos sino de patentes y copyright.

    ¿Qué podemos hacer?

    • Como informáticos ecuatorianos, rechazar OOXML y escribir a INEN para evitar un voto positivo a una tecnología mediocre. Información de contacto en este link, recordando mencionar los recursos en que nos basamos para expresar nuestra opinión.
    • No sé cuánta utilidad pueda tener esta acción, pero podemos firmar en contra de OOXML en http://www.noooxml.org/petition-es.
    • Suscribirnos a la lista de correo de INEN con respecto a OOXML: http://mail.inen.gov.ec/mailman/listinfo/openxml
    • ¡Rezar! Rezar porque no se logre comprar conciencias en la reunión de la ISO…

    Fuentes:








    Seguir

    Recibe cada nueva publicación en tu buzón de correo electrónico.