Y sigue la guerra de los formatos (OOXML vs ODF)

Independiente de la polémica sobre cómo se está llevando el proceso para decidir el voto de Chile sobre OOXML en la ISO, es interesante ver cómo se esta llevando a cabo la lucha por ser «el estándar» de los formatos de documentos.

Para argumentar mi posición acerca de la imprecisa publicación en FayerWayer acerca del proceso, investigué sobre los aspectos técnicos y no técnicos de OOXML y descubrí varias cosas que desconocía. Me llamó la atención como Microsoft se ha preocupado de dejar a todos tranquilos acerca del uso de las patentes que podrían ser violadas al implementar OOXML. Básicamente y en forma muy resumida, hay una indicación que ya fue aceptada por ISO respecto a las condiciones de uso de OOXML en donde se se compromete a no demandar ni cobrar royalties en base a esas patentes.

Leyendo el blog de Miguel de Icaza, me entero de que Brian Jones, hombre tras los formatos XML de Microsoft Office, anuncia que han dado un paso mas allá para darle mas puntos a OOXML, y de paso me entero de otros antecedentes que no conocía respecto a los formatos binarios de Microsoft Office (.doc, .ppt, .xls), lo que cambia mi opinión respecto a la que tenía cuando publiqué el articulo sobre Massachusetts, OpenDocument y Microsoft el año 2005, cuando esta guerra recién comenzaba.

El formato binario de las principales herramientas de Microsoft Office está disponible desde el 2006 mediante un mecanismo formal, en donde también hay garantías sobre no demandar ni aplicar royalties en caso de implementación. Sin embargo, durante el proceso que se esta realizando para OOXML (DIS 29500) se levantó la inquietud sobre estos formatos, y hoy Microsoft ha anunciado que estos formatos estarán disponibles para libre descarga desde la web de Microsoft bajo la Open Specification Promise a partir del 15 de febrero del 2008.

No contentos con eso y considerando la inquietud de la industria acerca de la conversión de documentos desde estos formatos binarios a OOXML, Microsoft anuncia que iniciará un proyecto Open Source en SourceForge para crear un conversor de documentos binarios de MS Office a OOXML indicando que de la misma forma ya existen herramientas para convertir documentos binarios a ODF.

Creo que esta noticia marca el inicio del fin de los formatos binarios de Microsoft Office que por tanto tiempo ha mantenido a los usuarios amarrados a esta herramienta.

Ahora solo falta por ver, que tan buenos quedan estos conversores 😉

50 Responses to “Y sigue la guerra de los formatos (OOXML vs ODF)”

Páginas: « 3 [2] 1 » os Enlaces Pe

  1. 40
    Franco Says:

    Rolando, aunque no comparto todo lo que dices, que saludable es poder leer algo bien armadito, redactado y consistente después de haber tenido toda esa dosis de plumas volando.

    Me suena a que eres de otra generación, de las que sabían razonar.

  2. 39
    Rolando Escobar Says:

    Durante años trabajo como muchos, a veces solo y otras en equipo, programando aplicaciones comerciales (al final siempre importando y exportando datos vía Excel), obviamente con sus éxitos y fracasos, estos últimos, me refiero a ellos por su criticidad, no han sido jamás por razones técnicas, sino por falta de comunicación adecuada para comprender a cabalidad los procesos de negocio, y más aún no comprender los alcances futuros de los procesos y la necesidad de innovación en un mercado que requiere adecuaciones a grandes velocidades, y pero aún estas demandas van en crecimiento. El éxito por el contrario se da justamente cuando dicha comunicación se logra y se adquiere entonces la comprensión de los distintos ecosistemas en los que nos corresponde operar.

    Ocurre entonces que terminamos administrando cosas, sin comprender como «interoperamos» con los distintos procesos que operan en la empresa, los sistemas informáticos son el reflejo del negocio. Como reflejo nos topamos con el propio caos de los sistemas en general, y el centro de los sistemas son las personas y los procesos que los interrelacionan . Esto se agrava cuando se trata de interactuar con otras entidades, públicas y privadas, para incorporarnos a procesos de mayor extensión, que superan siempre el marco del proceso que pretendemos automatizar.

    De ahí que la necesidad de «interoperar» se refleje en los sistemas (en un sentido amplio, pues los informáticos hemos terminado apropiándonos de la palabra) como necesidad de «conectar» nuestros procesos a otros, cada cual en su propia plataforma. Entonces pasamos a formar parte de una gran plataforma cuyo paradigma es la capacidad de interactuar independientemente de las características técnicas de cada plataformas en particular.

    Los conocimientos adquiridos tras años de interacción con el mercado, me permiten tener la percepción de que al interior de Microsoft la comprensión de este proceso no haya sido un parto sin dolor. Distintas tendencias tienen que haberse producido y enfrentado. Pues al interior de cada empresa tienen que darse las contradicciones generales de la industria en general y del software en particular. Pero al final triunfa el buen juicio, simplemente porque de no imponerse estos criterios cualquier empresa tendría que desaparecer. Es al final, un problema de sobrevivencia, no tiene que ver con buenas ni malas intenciones, sino con inteligencia de negocios y desarrollo de una visión estratégica. Se acepta y gestiona el cambio o te pones contra la corriente y desapareces.

    Las polémicas acaecidas en torno a esta estrategia, demuestran que la estrategia misma es correcta y necesaria. Las polémicas más serias son aquellas que apuntan a los problemas técnicos, superar estas indicaciones es seguramente para Microsoft más barato que no resolverlas, es obvio, aceptar cada una de las observaciones es la forma más inteligente de lograr el éxito de una estrategia definida antes de la propia polémica. Es decir el debate es necesario y no solo facilita las cosas para el promotor del estándar OOXML sino que también a los que en el futuro tendrán que interactuar con él, incluso ODF, el cual seguramente tendrá que seguir desarrollándose o quedar obsoleto por incapacidad de adaptación a los cambios mismos que se imponen.

    De aquí se desprende entonces que es obvio que se liberen las especificaciones, y se termine aceptando todas las observaciones realizadas al calor del debate. El debate en profundidad es lo mejor que puede ocurrir en beneficio de todos.

    Esto además no obliga ni ilegaliza nada, muy por el contrario, abarata los costos de implementaciones y facilita la interacción vía Web Services, por ejemplo, entre las empresas tanto públicas como privadas. Además aunque los «conversores» que produzca Microsoft no fueran realmente buenos, se abriría una brecha para que aparezca toda una industria en torno a esta nueva necesidad.

    Esto no solo marca el «fin de los formatos binarios de Microsoft Office que por tanto tiempo ha mantenido a los usuarios amarrados a esta herramienta», sino que se corre el riesgo de que se ponga fin a la polémica. Muchos descubrirán que mejor será cerrar la boca y guardarse los «descubrimientos» para aparecer con mejores soluciones y esperarán el fin de la polémica misma, pues mientras más defectos se puedan observar, más valor se podrán agregar a los productos de esta industria emergente. Es decir, es una lástima exponer las cosas como se exponen en este blog, pues nos privaremos de muchas inteligentes observaciones. Y si la disputa continúa, terminará en una antropofagia entre fundamentalistas de uno y otro bando. Es decir, solo quedará la farandulización del tema al desnudo.

    La contradicción es el motor del desarrollo. ¿Tendremos que acostumbrarnos a perdernos tan nutridos debates? que al final terminan enseñándonos mucho respecto de fortalezas y debilidades y tantas cosas que antes del debate ni siquiera nos cuestionábamos. Leer este «post», donde reina la cordura me pone sinceramente nostálgico, que lata, este debate se había puesto entretenido. Solo queda seguir profundizando y esperar que este nuevo estándar promovido por Microsoft, que ya no me queda duda de que será aprobado (con más o menos observaciones), nos depare nuevas e importantes oportunidades de negocio, al final vivimos de esto, programar soluciones interoperables. Lo bueno, tanta planilla Excel dando vueltas por fin las pasaremos simplemente con Documentos Electrónicos a menor costo por la nube TCP/IP, bienvenidos a la nueva era de Excel en formato verdaderamente interoperable.

    Atte.
    Rolando Escobar
    La cuestión es interoperar o no interoperar!

  3. 38
    Franco Says:

    Es cierto que OOXML ha cambiado mucho en el ultimo tiempo, pero, Microsoft ha implementado los cambios en Office 2007? Lo hara? Cuando?
    Que yo sepa no estan implementados. Sobre la duda si lo hará, ya he expuesto el contexto. Microsoft ha sido forzado a cumplir con standares, como el existente ODF no cubre su herramienta entre otros motivos, tratan de estandarizar su propio formato y aparece todo este proceso de la ISO. No tiene sentido para ellos no implementarlo dado que lo necesitan para que sus herramientas cumplan con algun standard y sean validos en todos los lugares en donde se ha levantado la voz respecto a la inconveniencia de los formatos actuales y el uso de herramientas que no cumplen con standares.

    Los documentos de Office 2007 en XML son compatibles con los esquemas de OOXML? De que version? La ultima? Porque no la ultima?
    No porque mientras esten en el proceso ISO se han ido haciendo correcciones que Office 2007 no tiene aun, porque no se ha estabilizado el formato.

    Si ODF era insuficiente para representar todas las capacidades de Office, porque no extenderlo en lugar de crear un formato nuevo desde cero? (You know, la X de XML es de eXtensible 🙂 )
    Por dos motivos, uno porque tanto OOXML como ODF fueron creados en base a soportar funcionalidades de herramientas existentes, y en algunas cosas ODF entra en conflicto con Microsoft Office y viceversa. El otro motivo es porque para MS es mucho más convieniente que su formato \»nativo\» se declare como standard en vez de modificar sus herramientas para usar otros standares (incompatibles con ellas).

    Franco, me quedo la duda, tu te leiste el estandar entero? (~3K paginas), si es asi, en cuanto tiempo?
    Creo que son 6K! una de las criticas que se alzaron fue por qué se fueron por el \»Fast Track\» si era imposible digerir tanta documentación.

    Lo que he hecho ha sido analizar casos puntuales, ver alguna objeción sobre el formato y enfocarme en buscarla dentro de la especificación, leyendola como referencia.

  4. 37
    Hunts Says:

    Faltan muchos puntos por discutir 😀

    – Es cierto que OOXML ha cambiado mucho en el ultimo tiempo, pero, Microsoft ha implementado los cambios en Office 2007? Lo hara? Cuando?

    – Los documentos de Office 2007 en XML son compatibles con los esquemas de OOXML? De que version? La ultima? Porque no la ultima?

    – Si ODF era insuficiente para representar todas las capacidades de Office, porque no extenderlo en lugar de crear un formato nuevo desde cero? (You know, la X de XML es de eXtensible 🙂 )

    – Franco, me quedo la duda, tu te leiste el estandar entero? (~3K paginas), si es asi, en cuanto tiempo?

  5. 36
    Franco Says:

    En ese momento, sin lograr la apertura total y adecuada y sólo \\\»confiando\\\» en que lo hará (futuro, expeculación), habremos perdido.
    Seria bueno saber \\\»en que estamos topando\\\». Pero con fuentes de información fiables, no como la que mandó Felipe en donde decian que los ECMA 376 no existian, pero si existen.

    Y ahora anuncio mi retiro del debate
    Ahora si que si?

    y tus comentarios son gráficamente más destacados que los del resto
    Ahh eso lo tuve que hacer porque a veces la gente se perdía entre lo que decía yo y lo que decían otras personas en los artículos que tienen varios cientos de comentarios. En este que es mas específico quizas no se justifica, pero no tiene sentido modificar eso.

    @Daniel: publicalo en el artículo de Dream Theater por fa, yo me voy a dormir:
    http://www.tuxpan.com/fcatrin/es/comments.php?guid=20051207

  6. 35
    Oscar Valenzuela Says:

    Al fin pude terminar los temas de PI, si alguien le interesa, estan en mi wblog.

  7. 34
    Daniel Lepond Says:

    Hola franco escribo esto por si no sabias, se que eres fanatico disculpa por publicarlo aca pero es que no sabia donde hacerlo.
    Sat March 1st – Santiago, Chile – Pista AtleticaMon March 3rd – Buenos Aires, Argentina – Luna Park Stadium
    Tues March 4th – Buenos Aires, Argentina – Luna Park StadiumFri March 7th – Sao Paulo, Brazil – Creditcard HallSat March 8th – Rio de Janeiro, Brazil – Citibank HallSun March 9th – Belo Horizonte, Brazil – Chevrolet HallWed March 12th – Bogota, Colombia – El ColiseoFri March 14th – Caracas, Venezuela – TBC

    VIENE DREAM THEATER DENUEVO !!!!!

  8. 33
    jci Says:

    @alejandro : beh, cada uno elige lo que quiere hacer o no. Si no quiere discutir, es mejor hacer silencio que hacer valer su ultimo argumento. Yo, generalmente, cuando no quiero discutir, media vuelta y mar. Pero ese eres tu.

    Aparte que tu comentario hacia franco me sono mas a «no te voy a invitar a mi fiesta de cumplea~os. La pelota es mia y si quiero me la llevo». Por favor…

    (igual creo que vas a aparecer por aca de nuevo 😀 )

  9. 32
    Alejandro Says:

    Franco, concuerdo en que la «apertura» de M$ corresponde a las presiones de mercado que ha logrado ejercer FLOSS, aunque también de los tribunales europeos (es decir de la ciudadanía) que han obligado a M$ a entregar mucha documentación de sus formatos, pero son precisamente esas presiones de apertura las que desaparecerían al otorgarle la calidad de estándar a OOXML. En ese momento, sin lograr la apertura total y adecuada y sólo «confiando» en que lo hará (futuro, expeculación), habremos perdido.

    Y ahora anuncio mi retiro del debate, creo que ya queda sólo tu FE en M$ (y mi escepticismo) y sobre eso no hay nada que hacer. Más aún si te pondrás a celebrar lo sesudos y sólidos argumentos de jci. Vine a conversar sabiendo que me metía en un blog hostil, en el que siempre tendrás la última palabra y tus comentarios son gráficamente más destacados que los del resto, pero así es la blogósfera, suerte con tus desarrollos sobre OOXML y los formatos antiguos de M$, la necesitarás.

  10. 31
    Franco Says:

    Buena JCI, no habría encontrado mejores palabras para describirlo!. Es como jugar al frontón!

    Ahora voy a salir, pero creo que va a ser entretenido y educativo responder a Felipe más tarde. Mira que igual necesito más sandalias 😉

  11. 30
    jci Says:

    Esta ya se convirtio en una discusion bizantina. Despues del comment #11, mi bull-shit-o-meter salto lejos. Ya de ahi la cosa se va cuesta abajo.

  12. 29
    Felipe Sologuren Says:

    Una observación más con respecto a nuestra \»metodología especulativa\»: Ojalá también te inspires con quien adoptó la intuición como herramienta básica y sin embargo revolucionó los fundamentos de la física.

    Saludos a tod+s

  13. 28
    Felipe Sologuren Says:

    Franco, sinceramente creo que el más fundamentalista de todos aquí eres tú; Alejandro te ha dado grandes muestras de disposición a conversar y tú insistes en la descalificación personal. Ahórrate los comentarios con respecto a la ideología, es innegable que tú mismo la tienes y se nota en tus argumentos. Si tanto sabes, nada tienes que temer, tus argumentos debieran ser suficientes para demostrar lo que quieras, y además ayuda a enfocarse en el problema.

    – La observación de Cristian es muy importante; la planificación del futuro es esencialmente especulativa, caracterizar su potente argumento económico-legal como especulación, es rayar en la irresponsabilidad y demuestra la debilidad de tus argumentos. Acaso la gente que usa agenda es un especulador por ello?… el planeta completo especula cada día cuando se levanta a trabajar viejo!

    – Dices adoptar ODF por omision le dan ventaja a su competencia. Este argumento es válido para M$ pero no es válido para KDE, o para mí por ejemplo? osea sí soy fundamentalista defendiendo un estándar por conveniencia (sin argumentos técnicos) pero con el otro no?
    La gracia de los estándares está en romper con las ventajas competitivas que lo constituyen y tú en cambio estás defendiéndolas.

    -La incorporación de formatos binarios en los nodos de textos va en contra de los fundamentos de XML, en el cual la información debe ser legible por un humano directamente. Por tanto, OOXML es en gran medida un paquete de archivos binarios separados por etiquetas, que puede ser bien formado en los términos que lo define XML, pero no es XML.

    – Que se haya permitido la implementación de los binarios a través del mecanismo que sea, no significa que:
    1) se rompa la ventaja competitiva que tiene MS sobre su especificación, es decir, ni siquiera el \»cómo se implementa\», sino \»el cómo se interopera\». Hay una gran diferencia entre implementación y API. Microsoft no provee ninguna de las 2.
    2) Los formatos binarios sean estándar; hay posibilidades de agregar un MathML en el lugar de una fórmula y seguir siendo OOXML? Este es el punto que destaca Cristian: La incorporación de formatos propios de MS al estándar son sólo un parche a su implementación, no a la de quienes sí implementan estándares. Y de paso, pretenden que los demás los implementen cuando tampoco son los mejores técnicamente. Eso ES lock-in.
    3) los formatos binarios sean los más eficientes. Yo trabajo implementando una BD XML y puedo decir que esa es una falacia que lamentablemente pocos pueden desmentir (casi FUD si tú quieres). El grado de compresión alcanzado con ZIP es razonable y por ende no se justifica comprimir parte del documento con otro método. Si así fuera, es posible hacerlo con otros estándares (ej JPEG) al estilo ODF, haciendo uso del XML como corresponde). Y si se trata de la eficiencia al editar el documento, se puede resolver a través de archivos binarios temporales en el formato que se quiera; eso no tiene por qué determinar el formato de salida del documento.

    – Sabías tú que el propio Brian Jones ha reconocido que MS no implementará el estándar en varios años? (ve el punto 14) en http://ooxmlisdefectivebydesign.blogspot.com/ y considera además que los cambios que ha sufrido el estándar son muchos más que los ocurridos hasta ese momento). Esto será así y lo demuestra la bajísima velocidad de desarrollo de la compañía en Vista por dar 1 ejemplo. Por tanto, la idea de que sólo estamos ante un lavado de imagen y no frente a un estándar usable es una especulación con una base bastante fuerte, y además, válida. Lo que va a ocurrir es que se va a adoptar como estándar una cosa que Office2007-2008? no provee, pero que MS sí dirá que lo es. De aquí a que las demandas fructifiquen y lleguen a fallo, el daño ya estará hecho, tal cual como le ocurrió a Netscape. Cuestionar este argumento existiendo innumerables muestras históricas de competencia desleal y de abuso de su posición monopólica, no es técnico, pero tampoco es especulativo en los términos que tú lo esgrimes. Es completamente razonable y legítimo, y a mi parecer difícil de rebatir.

    -Por último, hay antecedentes de que incluso ODF no es perfectamente interoperable como formato estándar, razón por la cual, la Open Document Foundation termino retirando su apoyo al ODF, y finalmente desapareciendo.
    Entre 2 estándares no perfectos, me quedo con el construido en base a los acuerdos y protocolos de varios; da más señales de querer ser interoperable (y de hecho Sun sí ha hecho aportes innegables al OpenSource), que una donación con claras señales de lucro.

    Gracias Franco por el espacio.

    Saludos a tod+s,
    Otro \»fundamentalista\».

  14. 27
    Franco Says:

    Una lástima que no esté disponible online la documentación y haya que pedirselas por mail
    Justamente de eso habla este artículo, van a eliminar la parte de enviar un email para pedir la documentación:

    \»Microsoft has agreed to remove any intermediate steps necessary to get the documentation, and will post it and make it directly available for a direct download on the Microsoft web site\»

    (No pongo los links sólo para tener letritas azules, la idea es que los revisen).

    La pregunta ahora es: ¿Que calidad tiene esa documentación?
    La documentación está en uso desde hace tiempo, ha sido usada al menos por IBM e IBM, sería cosa de preguntarle a ellos mientras te llega.

    ¿o que no van a entregar una documentación incompleta a la competencia?
    Eso se puede verificar, ya que el código fuente del conversor de formatos va a ser abierto. Si los documentos quedan bien, entonces el código está correcto y la información fue suficiente.
    Si los documentos quedan mal, los que pierden son ellos porque estaría invalidando sus propios formatos, tanto los binarios como el OOXML.

    tú confías en M$ yo soy escéptico

    Confío, pero no ciegamente. Trato de estudiar para entender qué es lo que va sucediendo en la industria y no confío en mi olfato o en el ojímetro. Creo que esa es la gran diferencia entre nuestros argumentos. Lo que está haciendo MS no surge en el aire, son muchas las fuerzas que se están aplicando en esta \»guerra de los formatos\». No puedes analizar a MS en forma individual, tienes que ver también qué es lo que pasa en las empresas relacionadas con software libre, cuál es la posición de los gobiernos respecto a estándares y cómo les influye, qué pasa con la penentración de competidores como OpenOffice, qué ha sucedido anteriormente con otros estándares, cómo se definen los estándares, etc.

    Al ojímetro o mediante el simple exepticismo puedes llegar a conclusiones que tienen tanta validez como las conversaciones con la almohada.

    de declararse un estándar OOXML,M$ quedaría (además de su posición monopólica) con una posición privilegiada para realizar la migración de los documentos del estado a un \»estándar\».

    Lo que dices es contradictorio.. que parte de implementación libre, open source y standard no entiendes? Al ser OOXML aprobado como standard y cumpliendo con todas las exigencias para que ello ocurra, podrán entrar tranquilamente otros competidores, y más encima se ofrece una implementación de conversor libre de referencia.

    no creo que M$ se \»abra\» sin tener su carta bajo la manga
    Es ahi en donde te falta ver las fuerzas que se han aplicado para que esto ocurra. MS se ha visto presionado por el medio para que esto ocurra. Si no son validados como standard pueden ser declarados ilegales en muchas corporaciones públicas. No se están abriendo porque quieren, lo están haciendo porque lo necesitan.

    son una empresa que busca lucrar
    Como todas las empresas : RedHat, Novell, Mandriva, Canonical, etc.

    Esas mismas preguntas que han permitido en esta discusión aprender más.
    A mi también 😀

  15. 26
    Franco Says:

    la famosa carta de promesa de no demanda no tiene ninguna validez legal en gringolandia, mucho menos en Chile, asi que esa carta no significa nada.

    La OSP es parte de lo que se envió a ECMA e ISO como parte del standard. De otra forma no podrían si quiera atreverse a proponer el formato como standard porque no cumpliría con lo mínimo para poder implementarse: Un standard es para que lo usen, no para prohibir su uso. Sin la OCP ni siquiera estariamos discutiendo sobre OOXML y su estandarización.

    Por otra parte, la OSP cubre otros estándares que estan en pleno uso desde hace años, es un hecho y no una promesa futura. Me refiero a estándares como SOAP, WSDL y varios de los WS-*. Pero parece que ustedes recién se vienen a enterar.

    puede pasar que en un futuro…
    Y vamos especulando!

    y demandar a todo el mundo
    Ya lo he dicho, jugar con patentes es jugar con bombas atómicas, todos las tienen pero es mejor no usarlas. Revisa la OSP y fíjate que MS se esta cubriendo las espaldas respecto a este tema, la OSP no aplica para aquellos que inicien pleito con MS sobre patentes relacionadas:

    \»If you file, maintain or voluntarily participate in a patent infringement lawsuit against a Microsoft implementation of such Covered Specification, then this personal promise does not apply with respect to any Covered Implementation of the same Covered Specification made or used by you\»

    archivos .doc o .xls que hiciste el año pasado aun utilizas?, y los de hace 2 años?
    Del año pasado al menos unos 30, de hace dos años al menos unos 10, y eso desde el punto de vista individual.

    todos los archivos son desechables y tienen una duración corta, haces una carta, por un tiempo iteras en su modificación hasta que la envías

    Esa es la descripción de un usuario casero, pero estamos hablando del uso corporativo. Una carta la puedes escribir hasta con notepad en texto plano!

    En el uso corporativo se genera documentación que tiene que ser accedida y modificada por años, en mi caso que es una empresa chica se mantienen decenas y quizas cientos de documentos respecto a procesos, acuerdos, investigación, documentación de sistemas, etc. En empresas medianas y grandes las cantidades suben sobre los miles.

    Toda esa Larga historia de información hecha durante los últimos 10 años de reinado de office NO está guardada en formato office, está en bases de datos, impresa o PDF, pero no en Office

    Tanto en la empresa en donde trabajo como en el caso de todos los clientes con quien he trabajado por casi 10 años (privados y públicos), la documentación se maneja en formato office porque se tiene que dejar abierta la opción de modificar. Para distribuir a veces se usa PDF, pero para uso interno sigue siendo formato Office. Las bases de datos documentales que se ocupan almacenan documentos Office también.

    Para mi el argumento del Legacy en el ooxml es FUD
    El argumento del acceso a los documentos antiguos es para aquellos que mantienen documentos en formato office a nivel masivo, como parte de la documentación de sus propios procesos, no es para el usuario casero que quiere escribir una carta o hacer un trabajo para la universidad.

    El ooxml pretende estandarizar toda la ofimática en un solo estandar
    El OOXML pretende resolver un problema que existe hace años: vendor lock-in. Pero no es algo que Microsoft haya hecho voluntariamente, son los usuarios los que han forzado a que esto ocurra, y también han sentido la presión fuerte de ODF. No podemos quejarnos porque MS trate de estandarizar OOXML porque es consecuencia de lo que nosotros hemos hecho, tanto como usuarios como desde el punto de vista de difusión y colaboración de Software Libre.

    Igual MS la está haciendo bien, pq tiene a todo el mundo trabajando en su estandar, pillandole errores y ayudandolos a mejorar
    Me da la impresión de que ignoras completamente la forma en que se producen los estandares. Este es un proceso normal. Estandares tan relevantes como TCP, HTTP etc, se han trabajado de esta forma! En este caso es ISO, pero es de la misma forma en que se trabaja con IETF: primero se propone, luego se discute, se corrige y si estan todos de acuerdo se aprueba. Revisa como funcionan los RFC por ejemplo. En otras palabras: infórmate.

  16. 25
    Alejandro Says:

    Que bien, ojalá la información del KB sea correcta (al menos en el acuerdo oficial no dice eso). Una lástima que no esté disponible online la documentación y haya que pedirselas por mail, ya les envié un correo para que me envíen la documentación. La pregunta ahora es: ¿Que calidad tiene esa documentación? ¿La misma calidad que las primeras versiones de OOXML? ¿Por qué asumir que es una documentación fiable y de calidad? ¿o que no van a entregar una documentación incompleta a la competencia?

    Aquí hace rato que empezó efectivamente a tallar la FE. No logro entender por qué te apresuras a dar fé que el conversor será bueno si aún no ha salido, aquí probablemente está la diferencia, tú confías en M$ yo soy escéptico. ¿Por qué he de confiar que la documentación de los antiguos formatos es \»suficientemente buena\» si tampoco la han publicado aún y si no la has analizado?

    La razón que dices que no he dado y que según tú es un callejón sin salida es la que doy más arriba y es que de declararse un estándar OOXML, en el estado actual, M$ quedaría (además de su posición monopólica) con una posición privilegiada para realizar la migración de los documentos del estado a un \»estándar\». Además que sería un desincentivo para M$ de seguir mejorando su documentación y los estándares, ya que tendrían su propio estándar, ni de mejorar el conversor (¿o hay algún software bueno que no haya pasado de su versión 1.0?)

    Reconozco, evidentemente, que en estos últimos meses OOXML ha dejado de ser un mal formato, y probablemente en un tiempo más, si las promesas de M$ se cumplen y se da algún plazo razonable para el análisis de las especificaciones que promete abrir, no habrá objeciones para que sea un estándar, pero me parece muy apresurado confiar a ciegas en la palabra de M$.

    Si estoy buscándole la quinta pata al gato en esto, no es por fundamentalista, sino por escéptico, no creo que M$ se \»abra\» sin tener su carta bajo la manga (no tendría nada de extraño ni de malo, son una empresa que busca lucrar) y la única forma de convencerme que OOXML es un buen \»estándar\» para chile (y no un buen formato) es plantear todos los peros que se me ocurran y no creer en lo primero que me dicen y dejar de preguntar. Esas mismas preguntas que han permitido en esta discusión aprender más.

  17. 24
    Cristian Sepúlveda Says:

    Las patentes de MS están protegidas por las leyes de PI de USA, que mediante tratados internacionales tienen validez en Chile y otros paises, o sea, en Chile puedes ser demandado por infringir una patente gringa. ahora, la famosa carta de promesa de no demanda no tiene ninguna validez legal en gringolandia, mucho menos en Chile, asi que esa carta no significa nada. Como MS está abierta a la bolsa, puede pasar que en un futuro sea victima de una compra hostil y cambie de dueño, este dueño pueda querer rentabilizar mas su empresa y no pescar una simple carta que firmo el dueño anterior y demandar a todo el mundo, mas de algun juicio ganará.

    Se dice que la gracia de OOXML es que se hace cargo de toda la historia de DOCs que hay en el mundo…mmm.. cuantos archivos .doc o .xls que hiciste el año pasado aun utilizas?, y los de hace 2 años?. todos los archivos son desechables y tienen una duración corta, haces una carta, por un tiempo iteras en su modificación hasta que la envías. una vez enviada la carta, ya no la guardas como .doc, la guardas en papel o en PDF… Toda esa Larga historia de información hecha durante los últimos 10 años de reinado de office NO está guardada en formato office, está en bases de datos, impresa o PDF, pero no en Office. Para mi el argumento del Legacy en el ooxml es FUD.

    El ooxml pretende estandarizar toda la ofimática en un solo estandar. ¿Que tiene que ver una estandarizacion de las formulas de calculo con la estandarizacion de como desplegar una foto?. son peras con manzanas, el ooxml NO deberia ser 1 estandar, deberían ser varios estándares que trabajan en conjunto. aprobar el ooxml es como si los venezolanos hubieran aprobado el ultimo referendum: Por un lado les rebajaban las horas de trabajo, por otro lado Chavez accedía a elección indefinida, na que ver…

    Igual MS la está haciendo bien, pq tiene a todo el mundo trabajando en su estandar, pillandole errores y ayudandolos a mejorarlo, o sea la misma filosofia del FLOSS: todos apoyan a detectar los bugs y proponer mejoras…. pero al estilo MS!.

  18. 23
    Franco Says:

    Alejandro, Brian Jones dice : \»Microsoft indicated that the documentation of the Binary Formats has been available royalty-free under RAND-Z to anyone who requests it\» y cita a un documento con el mecanismo actual para acceder a esos formatos. En el documento dice : \»Microsoft makes its .doc, .xls, .xlsb, and .ppt binary file format specifications available under a royalty-free covenant not to sue to anyone who wishes to implement all or part of these specifications in their products.\» y luego \»The documentation that covers the binary file format specifications is cumulative and covers the most current form of the binary file formats as well as earlier versions.\»

    Por lo tanto si estan todos los formatos cubiertos.

    Si el conversor no ha sido publicado, por que lo das por fiable?

    Y por qué no? tanto tu como yo no tenemos certeza de qué es o no fiable, para qué discutirlo?

    yo me baso en el actual proyecto de conversión que está en sf.net y que cito en mi primer comentario.

    Pero eso es un indicador de nada a estas alturas. Qué podría tener que ver ese conversor con un futuro conversor salvo para servir de motivos históricos? Ok, se puede usar como base, pero aun asi no se puede saber cómo va a ser el conversor. Nuevamente estas especulando.

    que tiene que ver chilecompra? lo menciono porque fuiste tu el que usaste como argumento lo beneficioso que sería \»estandarizarlo\» (yo creo que eso sólo lo perjudicaría por las razones expuestas) para traspasar todos los documentos binarios del estado a OOXML o algún formato interoperable, como lo exige el DS 100.

    Las razones expuestas? aun no has dado una razon que no termine en un callejón sin salida.

    Mantengo lo dicho, poder tener un standard que sea soportado nativamente por las aplicaciones que están en uso te ahorra todos los costos de migración a otras herramientas y además tus documentos quedan en un formato decente por primera vez, dando espacio a que progresivamente otras herramientas vayan tomando su espacio por mérito propio y no por soportar mejor o no formatos complicados.

  19. 22
    Alejandro Says:

    Efectivamente parece una incongruencia lo de los formatos \»antiguos\», pero los binarios de Office 2007 los consideré antiguos, y encontré el compromiso de no hacer royalties sobre ellos, pero no encontré ese compromiso para los \»anteriores\» formatos binarios (office 2003, 6.0, etc.). En un principio tb tuve una confusión al no encontrar el compromiso sobre OOXML sin darme cuenta que estaba en la misma OSP, pero lo encontré y admití inmediatamente. Quizás eres tú el que se ciega con la zanahoria de Bill.

    Si el conversor no ha sido publicado, por que lo das por fiable? yo me baso en el actual proyecto de conversión que está en sf.net y que cito en mi primer comentario.

    que tiene que ver chilecompra? lo menciono porque fuiste tu el que usaste como argumento lo beneficioso que sería \»estandarizarlo\» (yo creo que eso sólo lo perjudicaría por las razones expuestas) para traspasar todos los documentos binarios del estado a OOXML o algún formato interoperable, como lo exige el DS 100.

    Si fuera fundamentalista habría ido a otro lado a tratarte de hereje. En cambio he venido aquí a discutir y aprender (y vaya q me has dado lecciones sobre OOXML), pero efectivamente esto ya lo doy por terminado.

  20. 21
    Franco Says:

    Preferiría esperar un conversor más fiable para no generar un nuevo lockin

    Cómo sabes que tan fiable es algo que ni siquiera ha sido publicado?

    antes de entregarle en bandeja el próximo proyecto de chilecompras de minecon a M$ y que esos recursos se vayan para afuera.

    Y que tiene que ver eso con la publicación de los formatos binarios de Microsoft?

    La verdad es que creo que te has quedado sin argumentos, o mas bien, nunca los tuviste, leyendo la secuencia de tus comentarios te contradices y siembre buscas un pero aunque sea en base de cosas que no han pasado, solo por tratarse de Microsoft.

    Para mi, eso es claramente fundamentalismo.

Páginas: « 3 [2] 1 » os Enlaces Pe