Hola Alexandro,

Alexandro Colorado escribió:
On Sat, 06 Oct 2007 19:00:36 -0500, Ariel <[EMAIL PROTECTED]> wrote:

¿Valía la pena apresurarse a liberar una versión, sólo para cumplir con un calendario de versiones? La calidad de Ooo 2.3 le da muy mala fama a OOo, y al software libre en gral.
 Saludos,
Ariel.

No estoy de acuerdo, si esto fuera asi, nunca se liberaria ningun software nunca. OpenOffice.org 2.3 es un gran avanze para OOo ya que se incluyo muchas nuevas features que no se habian tenido antes. Ahora viene la estapa de "estabilizacion" del codigo. Y es importante que se estabilize para 2.4.

Ahora el que no está de acuerso soy yo...
basta con que busques los issues reportados para las versiones de desarrollo de 2.3 que han sido "apuntados" (por no decir "targeted" en inglés) para 2.3.1

Si ya sabian de los issues, y los aputan para 2.3.1, por qué apurarse a sacar 2.3?


Como siempre todo el codigo tiene una ciclo para probarse, por eso se sacan los releases de desarrollo. Pero tarde o temprano se estabiliza a un punto donde se puede sacar al publico en general.

¿"se puede sacar" un OOo donde un módulo entero (Math) NO "funcione"? Puedes leer mi reporte

http://api.openoffice.org/issues/show_bug.cgi?id=81789


Este es sólo uno de los muchos bugs, los hay en todos los módulos, y ya he leido varios mensajes de usuarios diciendo que vuelven a 2.2.1, el último que recuero de un doctor que emplea OOobase para su trabajo profesional, y un bug introducido en 2.3 hace que OOo le resulte inútil
http://article.gmane.org/gmane.comp.openoffice.dba.user/5041


Y despues llega el proceso de estabilizacion de los cambios. Esto sucede en todo el software, proprietario o libre.

Te invito a ver la lista de cambios que se implemento en 2.3 y es por mucho mas alta que 2.2 y 2.1.
http://wiki.services.openoffice.org/wiki/New_Features_2.3

Ya la tengo leida, además vengo probando OOo 2.3 desde la primer versión de desarrollo. Pero parece que no tiene mucho sentido, pues se apuran a liberar una versión "estable" y ponen como target de los issues la siguiente versión!!!

Es ahi donde es importante que se documente todo los bugs que se puedan. Si queremos un software estable y que nunca cambie entonces nunca tendremos nuevas implementaciones por temor a inestabilizar el codigo. Y si queremos que por siempre este en beta entonces OOo regresaria a los ciclos de 2 anios en vez de los ciclos actualez de 8 meses a los que se movio en el 2004.

Uno de los mantras del software libre es 'release early, release constantly'. Y este modelo es el que ahora las empresas comerciales tienen y prefieren tener el software en beta como Google y su Gmail.

Te invito a leer el libro "Everything is miscelaneous" donde hablan precisamente de como en el software todo es beta.


Toda la cuestión se reduce a la "seriedad" del software libre. Por algo cuando vas a la página de descarga de la versión de desarrollo te recomiendan que para PRODUCCIÓN NO emplees esas versiones, sino la ESTABLE.

¿Es serio llamar estable a esta versión actual de OOo? ¿No es una "mentira" que ni los que la sacaron pueden creerse? Ellos saben que la última RC tenía tantos issues sin resolver como la actual versión "estable".

Parece una tomada de pelo llamar "estable" a esta versión, que es idéntica a la última RC, con todos sus bugs...

Esta versión NO ES ESTABLE, NO SIRVE PARA PRODUCCIÓN, y yo personalmente no se la recomiendo a nadie que la necesite para PRODUCIR, y no sólo para testear.

Sigo pensando que lo "serio" es no escribir en

http://download.openoffice.org/680/index.html?intcmp=1235

la siguiente mentira:

"The software [current dev. snap.] is not recommended for production deployment at this stage. There are no guarantees. For production, use 2.3.0"


La versión 2.3.0 NO puede recomendarse para producción, eso NO ES SERIO! (la RC en la cual se basa == es idéntica, NO tenía "ninguna garantía" para ellos)

Yo, por lo menos, me tomo las cosas con seriedad: a la gente que aprecio (y a la que NO también), y a la gente que asesoro NO le recomiendo OOo 2.3.0: quedarse con OOo 2.2.1 es lo más seguro para un entorno de producción.



Saludos.



--
Ariel Constenla-Haile
La Plata, Argentina

[EMAIL PROTECTED]
[EMAIL PROTECTED]

http://www.arielconstenlahaile.com.ar/ooo/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Responder a