FastTrack ooXML – ¡Tu opinión es importante!
Publicado el 15 March, 2008 por Ekonlord bajo Evento, Noticias.by Juan Olguín
Fundación GNUCHILE invita cordialmente a participar de un foro de discusión respecto al proceso ISO DIS 29500 para la Norma OOXML, donde se discutirán temas tan importantes como Propiedad Intelectual, aspectos del Proceso Estándar ISO y los detalles técnicos que involucra OOXML, titulado FastTrack OOXML – ¡Tu opinión es importante!, a efectuarse el martes 18 a las 18:00 hrs. en el Auditorio, tercer piso Depto. de Ciencias de la Computación, Universidad de Chile, Blanco Encalada #2120, Santiago.
Para la ocasión, contaremos con importantes exponentes del mundo académico, empresarial y Software Libre.
!Te esperamos!
–
Saludos Cordiales.
Oscar Valenzuela B. (http://ovalenzuela.gnuchile.cl)
Presidente Ejecutivo (ovalenzuela@gnuchile.cl)
Fundación de Desarrollo Tecnológico Libre
FSF LATIN AMERICAN BOARD MEMBER
Comunidad Chilena GNU (www.gnuchile.cl)




Hoy estuve presente en la charla, que estuvo muy pero muy informativa.
Creo que quedó mas que claro el tema contingente a OOXML, aplicar fasttrack a dicho “formato” no es lo mas lógico dada la inmensa cantidad de informacion a analizar (~6000 paginas de microsoft + ~2300 paginas de ECMA). No es lógico dar tan poco tiempo a los comités correspondientes para analizar tanta documentación y esperar que estos emitan un voto en favor o en contra y que sea con bases fundamentadas. No obstante, en ese pequeño lapso de tiempo (solo 6 meses) fue mas que suficiente para sacar a la luz 1027 problemas con la especificación OOXML, lo cual es suficiente para decir que NO, entonces por qué siquiera existe la instancia de votar ?, la ISO debió decir que no inmediatamente, ya que según las bases sobre la que se sustentan, si hay una objeción entonces no hay estándar, asi de simple. Lo encuentro, por lo menos decir, curioso.
Un punto que me llamó la atención es que existiendo un estándar para documentos electrónicos de oficina (ODF) es que siquiera se haya planteado (en la ISO) el analizar el OOXML y llamar a votación. Según las bases de la ISO (como se expuso en la presentacion de don Avi Alkalay, Oscar valenzuela, Tomás Hermosilla y los demas que no recuerdo sus nombres :p) solo puede haber UN estándar por objetivo para no crear confusión, promover y garantizar la compatibilidad, interoperabilidad, etc., entonces vuelvo a preguntar, porqué existe esta instancia de votación ?
Si Microsoft quiere proponer cosas nuevas para los documentos de oficina, por que no propuso una extensión al ODF ?? lo cual sería mucho mas positivo para la sociedad.
Otro punto que me llamó la atención es el descaro de Microsoft al decir que Red Hat apoyaba el OOXML, siendo que Oscar Valenzuela recibió un correo de ellos (una respuesta a la consulta de qué opinaban del OOXML) donde respondían explícitamente que elos recomendaban el NO al OOXML !! (aqui todos digan: ooooooohhhhh).
Por último (por ahora) es que creo que hay que tomar conciencia en estos temas, el comentario que salió de parte de los representantes de los otros países participantes en las votaciones sobre el OOXML es realmente perturbador, sobre todo para nosotros como Chilenos… me refiero al comentario que dice: “Chile es facil de comprar”, ese tipo de comentarios nos deja muy mal parados frente a todos y debiera darnos verguenza nacional.
Sin mas que decir por el momento me despido con un cordial saludo.
Bueno, debido a mi horario en la U no pude ir (Me habría encantado).
Para mi es simple, ya hay estándar (ODF) y punto, nada más que discutir.
Si M$ tiene problemas con empresas que le exigen estándares, que los cumplan y no que los inventen.
Lo malo es lo que ocurre acá en Chile que es al revés. Se nos exigen documentos en .doc, .xls, .ppt, etc… indiscriminadamente, y cuando uno entrega un PDF o un ODP te lo tiran por la cabeza.
Esta en nosotros decir “basta, nosotros como ciudadanos cumplimos, cumplan también ustedes”.
@metalklesk: Nada más que para precisar las palabras (y considerando que prontamente publicarán todo en video), me gustaría aclarar que la pregunta que realicé, considerando el contexto:
* La vía del fast-track se aplica a decisiones relativamente simples, para formalizar prácticas ya ampliamente usadas. Se dio como ejemplo el establecer las medidas de un enchufe. Fácil, corto y preciso. Forzar fast-track para OOXML ha sido meter un elefante blanco por un arco de cricket.
* La especificación ha resultando gigante debido a la persistente reinvención de la rueda al no reutilizar estándares existentes (fechas, fórmulas, dibujos, seguridad, etc.), cosa explícitamente rechazada por política ISO. Si ya hay un estándar para “algo” y otra cosa necesita ese “algo”, ISO condiciona su aceptación a que se reutilice el estándar ya existnte.
* En los 5 días del BRM apenas se alcanzó a cubrir menos del 20% de los 1.047 problemas. El resto ni siquiera alcanzó a ser mencionado.
* El representante de Chile se apareció al 3er día del BRM, hizo solamente una pregunta, no comprendió la respuesta y le preguntó al de al lado si la entendió.
* Considerando el breve período de tiempo destinado a analizar tan tremenda especificación, se concluyó con fundamento que una votación SÍ implica que fue realizada obedeciendo exclusivamente a intereses políticos y no a criterios técnicos. Cabe mencionar que la ISO es una instancia de discusión exclusivamente técnica.
Dado este contexto, pregunté cuál era la percepción que la comunidad internacional se ha formado de Chile, dado que anteriormente votamos “Abstención”. La respuesta fue bien simple, clara y directa. Textualmente: “irresponsables” y “comprados”. ¿Alguien necesita que le explique qué quisieron decir con esto?
Los países (desarrollados) participantes se han tomado en serio el problema y han destinado recursos y gente a analizar seriamente la especificación. Ignoro cuánto se habrá hecho acá en Chile a nivel de representantes, pero a la luz de los hechos dudo que haya sido demasiado (me refiero a nivel de quien vota, pues me consta que hubo individuos interesados que participaron activamente dentro de sus limitaciones cotidianas). La Comunidad se lo toma en serio porque entienden las negativas implicancias económicas globales que tiene el aprobar una brutalidad como ésta. Si ahora llegásemos a aprobar (o incluso abstenernos) la designación de OOXML como estándar ISO, habríamos hecho un nefasto favor ante quienes nos han depositado la confianza suficiente como para permitirnos votar (pues ahora somos un país “P”articipante).
Ante esto, el día de mañana, cuando internacionalmente se necesite decidir algo que nos afecte, desearemos participar, pero se preguntarán: ¿Vale la pena molestarse en darle la posibilidad de participar a Chile, a sabiendas de lo “irresponsables” y “comprados” que son? Esto debiera preocuparnos, pues sentará un precedente internacional con respecto a nuestras espectativas de desarrollo.
PD: Al menos por OOXML votamos… pues como país participante, en otras instancias de votación por otros estándares, Chile ni siquiera se ha molestado en hacerles llegar su voto.
@Luis León Cárdenas Graide:
hola, quedó muy claro con tus palabras, explicaste el contexto en el cual la pregunta y respuesta fueron hechas, ahora no quedarán (o no debieran) dudas al respecto por el comentario “Chile es facil de comprar”.
A todo esto, donde me puedo enterar del voto definitivo de Chile ? y cuando ?
saludos !!
enlaces a los documentos repartidos en el foro en:
http://cluch.wordpress.com/2008/03/17/invitacion-a-fasttrack-ooxml-%c2%a1tu-opinion-es-importante/
Saludos a todos
Afortunadamente, y por el bien de todos, se está tomando concencia de la problemática con el formato y espero que a corto plazo más países y personas adhieran de manera favorable, para tomar las medidas adecuadas y así concretar una negativa a su asunción como estándar a través de la vía rápida. Tal vez, en el futuro, tenga cabida el OOXML y quizás aquello se dé cuando la empresa que lo propone asuma de una manera real el concepto de “opensource” y no se quede simplemente “atorada” en su “OSP” (Open Specification Promise), ya que sólo entonces se tendrán las condiciones adecuadas para su implementación. Por ahora, el estándar ODF debe ocupar el sitial que se ha ganado adhiriendo cabalmente a las especicificaciones que la norma le exige.