Nombre en vez de numeración en versiones

[MAXIUM]

Hola, saludos a todo el equipo.

Tras la pronta llegada de la nueva versión de Android, la que recibe el nombre de Marshmallow (Apple Pie, Banana Bread, Cupcake, Donut, Eclair, etc), ¿que opinan al respecto en cuanto a colocar nombres en vez del número de la compilación o versión?

La primera vez que oí al respecto, fue con las versiones de Ubuntu, tales como Warty Warthog, Hoary Hedgehog, Breezy Badger, etc. También me "sorprendió" cuando salio Windows 95, aunque en principio correspondía al año de lanzamiento, luego descubrí que tenía más que ver con la compilación tras la versión anterior de Windows 3.11. Es decir Windows 95, era en realidad Windows 3.95, lo mismo para Windows 3.98, luego 4, 5, 6, 7, 8, 8.1 y 10. aunque el 5 y 6 recibieron el nombre de XP y Vista.

También en productos menos masivos como Cobian Backup como Luz de Luna, Black Moon, Amanita, Boletus y Gravity.

Algunos siguen una lógica tanto en sus nombres como iniciales en el caso de Ubuntu. Otras, no las sé.

¿Lo hacen en sus proyectos? ¿Le da un toque al asunto? ¿Que opinan al respecto?

[[Delphius]]

Más que nombres de las versiones son el nombre en clave designado para el proyecto en sí.
El nombre es secundario, y se los pone debido a que por lo general no se sabe realmente cual va a ser la versión definitiva. Entonces en lugar de decir Sistema X.Y.Z.nnnnA o llegarlo a confundir con el .Y.nnnnB y continuar con una numeración/serie que va a ir cambiando cada 2 por 3 se lo llama por el nombre clave.

No se si tiene sus lógicas o algún patrón. Quizá si, no estoy tan familiarizado. Es un detalle menor, siendo sincero. ¿A Alguien le importará como carajos le pusiste el nombre a la aplicación o al proyecto? Pocos la verdad... Es más importante en tener un producto que sea comercial, que funcione y cumpla con lo prometido, que haya sido elaborado siguiendo un buen esquema de trabajo y bien pensado, que haya sido probado intensamiente, etc.

Si a ti te resulta cómodo pues hazlo. Usarlo o no usarlo no te va a cambiar la cosa... a lo sumo unos puntitos más para el "cartelito" como para decir "Oh, mira, este es el proyecto <Ponga el nombre más Pro, pegadizo y fácil de recordar que le cante aquí>" y sentirse que se te sube el ego porque sigues la moda y eres uno más de los "Pro".

Saludos,

[Casimiro Notevi]

Es cuestión de gustos, obviamente. A mí me gustan los nombres, aunque luego no los recuerdo, ejemplo, conozco la versión de mi ubuntu pero no sé qué nombre tiene.

[[Lepe]]

Para mí, bautizarlas es complicarme el trabajo.

Cualquier nombre no te va a decir nada cuando un cliente te llame y le preguntes. Sin embargo si usas cualquier tipo de numeración, puedes tener un registro mental que a partir de la 3.5 hiciste un cambio grande.

Aunque para esto es útil el sistema de incrementar la versión de compilación, tampoco lo he usado nunca, más que nada por si se me olvida cambiarlo, o hago un build antes de tiempo y las cnpacks me incrementan ese número automáticamente (existe esa opción). Yo prefiero tirar de archivo de texto con la versión ahí.

También puede servir, como hace ubuntu, el mes y año en que salió la versión. El "3.5" no le dice nada al cliente, pero "Marzo de 2012" le dice al cliente que lleva 3 años sin usar las actualizaciones, puede que te convenga o no.

Saludos

[mamcx]

En el asunto de versionado, este es uno de los estándares mas utiles:

http://semver.org/

El tema es que una vez que hay algo publico, es importante tener claro que es realmente una "version".

Con respecto a los nombres? A mi me parecen cool!. Pero son mas una cosa de marketing o gusto, y son tangenciales al tema de versionado. Uno quiere que las versiones sean frias, lógicas & predecibles.

Con los nombres de marketing? A mi me gustan los nombres poco convencionales! (Ej de proyectos mios: BestSeller, Teleport, TablaM, Mutis.... y eso que porque son cosas que ofrezco a clientes no me atrevo a ir mas alla!)...

---

Hay algun patron? Normalmente si.

Por ejemplo, OSX siguio la linea de "usemos gatos grandes". Ahora estan en "usemos nombres de lugares de california". Normalmente el equipo se pone en algun tema asi.

Es muy similar al nombrado de servers. A mi me gusta "usemos nombres relacionados con ciencia ficcion", asi que mi WIFI es "Galactica/Hiperespacio", mis equipos se llaman "Avenger, Skywalker, Falcon, DarthVader, IronMan, FireFly, ...."

Porque tener un equipo llamado "Servidor 1"? .... pfffffffff

[[Delphius]]

Empezado por Lepe

Para mí, bautizarlas es complicarme el trabajo.

Cualquier nombre no te va a decir nada cuando un cliente te llame y le preguntes. Sin embargo si usas cualquier tipo de numeración, puedes tener un registro mental que a partir de la 3.5 hiciste un cambio grande.

Aunque para esto es útil el sistema de incrementar la versión de compilación, tampoco lo he usado nunca, más que nada por si se me olvida cambiarlo, o hago un build antes de tiempo y las cnpacks me incrementan ese número automáticamente (existe esa opción). Yo prefiero tirar de archivo de texto con la versión ahí.

También puede servir, como hace ubuntu, el mes y año en que salió la versión. El "3.5" no le dice nada al cliente, pero "Marzo de 2012" le dice al cliente que lleva 3 años sin usar las actualizaciones, puede que te convenga o no.

Saludos

Nada de nota mental, que luego quedan al olvido. O se lleva un buen control de versión o nada. ¿Tu nota mental te va a decir exactamente que cambios se hicieron o te va a orientar por donde está el fallo x? Muy difícil, y cada vez es más costoso sostener ese esfuerzo mental en la medida en que se empieza a agrandar el sistema y/o se está trabajando con varios proyectos en paralelo.
Ordenar la casa primero. Tener un sistema prolijo. Esto es tan importante como el análisis, las pruebas y la programación.

Ubuntu (y familia) tiene un sistema bastante simple de versionado Saca una versión X.04 y la otra X.10 con unos meses de diferencia. La x.04 corresponde a lo que se conoce como "release candidate" mientras que la .10 a la definitiva. En su sistema de versión no aparece nada de mes o año, que sea más fácil de asociar la versión al año y/o mes es otra cosa. Luego es que al proyecto de cada año, al preparar una nueva X+1, le da un nombre clave que sigue un criterio alfabético de un animal y un adjetivo asociado al mismo.
Luego es que existe lo que se llama el sistema no-LTS y LTS que es sistema de soporte de medio y largo plazo respectivamente (9 meses y 5 años si no me equivoco) que acompaña al sistema de numeración.
Asi por ejemplo, 10.04 es LTS mientras que 10.10 es no-LTS.

[Casimiro Notevi]

Empezado por Delphius

Ubuntu (y familia) tiene un sistema bastante simple de versionado Saca una versión X.04 y la otra X.10 con unos meses de diferencia. La x.04 corresponde a lo que se conoce como "release candidate" mientras que la .10 a la definitiva. En su sistema de versión no aparece nada de mes o año, que sea más fácil de asociar la versión al año y/o mes es otra cosa. Luego es que al proyecto de cada año, al preparar una nueva X+1, le da un nombre clave que sigue un criterio alfabético de un animal y un adjetivo asociado al mismo.
Luego es que existe lo que se llama el sistema no-LTS y LTS que es sistema de soporte de medio y largo plazo respectivamente (9 meses y 5 años si no me equivoco) que acompaña al sistema de numeración. Asi por ejemplo, 10.04 es LTS mientras que 10.10 es no-LTS.

No es exactamente así.
Hay una versión nueva cada 6 meses. Una en abril (04 ) y otra en octubre (10), todos los años.

En cuanto a las versiones LTS, copio de la wikipedia:

Las versiones no-LTS se liberan cada 6 meses, tienen soporte técnico y actualizaciones de seguridad durante 9 meses a partir de la versión 13.04 hacia adelante, anteriormente eran 18 meses de soporte para las versiones no-LTS.

Las versiones LTS (Long Term Support) ofrecen un soporte técnico de 5 años para la versión de escritorio y servidor, a partir de la fecha del lanzamiento.
Cada 2 años se libera una versión con soporte técnico extendido a la que se añade la terminación LTS.
Esto significa que los lanzamientos LTS contarán con actualizaciones de seguridad de paquetes de software por un periodo de tiempo extendido. En versiones anteriores, era de 3 años en el entorno de escritorio y 5 años en el servidor por parte de Canonical LTD, a diferencia de los lanzamientos de cada 6 meses de Ubuntu que sólo cuentan con 9 meses de soporte (anteriormente 18 meses). Desde la versión 12.04 LTS (Precise Pangolin), el soporte es de 5 años en las dos versiones (Escritorio y Servidor).

[[AgustinOrtu]]

Empezado por Delphius

Nada de nota mental, que luego quedan al olvido. O se lleva un buen control de versión o nada. ¿Tu nota mental te va a decir exactamente que cambios se hicieron o te va a orientar por donde está el fallo x? Muy difícil, y cada vez es más costoso sostener ese esfuerzo mental en la medida en que se empieza a agrandar el sistema y/o se está trabajando con varios proyectos en paralelo.
Ordenar la casa primero. Tener un sistema prolijo. Esto es tan importante como el análisis, las pruebas y la programación.

A mi el numero tampoco me dice nada. Al menos desde que uso control de versiones (git) el numero o nombre solamente me sirve para saber que es lo que esta bajado en la casa del cliente comparado con la ultima version (head)

Yo tambien creo que lo mas "cool" es combinar las dos maneras como comentan arriba. De hecho asi es como lo hace Android (4.4 --> Kit Kat, 5.0 Lollipop, etc)