¿Está mal visto lanzar su software con > ¿1 primer número de versión comercial? [cerrado]

https://stackoverflow.com/questions/134568

02-07-2019
|

Pregunta

¿Está mal visto lanzar su software con un número de versión superior a 1?

Por ejemplo, algunas personas no conocedoras de la tecnología podrían ver el producto de un competidor con un número de versión más alto, lo que significa que mi software no es tan bueno.

Solución

Creo que hay 3 formas principales en que las personas comercializan versiones de productos:

Nombre del producto [Versión #] (es decir, Wordperfect 5.0)
Nombre del producto [Año de lanzamiento] (es decir, Gentoo 2008.0)
Nombre del producto [Nombre del código] (es decir, Windows Vista)

En realidad, prefiero el año de lanzamiento como parte de la estrategia de control de versiones, le permite a sus clientes saber cuál es la versión más reciente de un producto, la edad general del lanzamiento y el uso del tipo de número 2008.1, usted sabe que el lanzamiento es una revisión. (es decir, Service Pack).

Si aún decide ir con un número de versión, veo que no comienza con 1.1, eso es lo que siempre hicimos en mi antiguo lugar de empleo ...

Otros consejos

Cualquier persona que establezca su número de versión en función del marketing, en lugar de la ingeniería de software, me molestaría.

La realidad es que tener más lanzamientos, parches o una versión más alta no hace que tu software sea mejor de forma inherente, al igual que tener más marcas de borradores no hace que algo escrito a lápiz sea intrínsecamente mejor.

Lo que el marketing quiere llamar al producto, no me importa, y de hecho, prefiero que no se aferren a los números de versión. Que Microsoft se ha puesto bien, porque mientras que sus números de versión interna siguen siendo algo coherentes y sensatos, el marketing no presiona " Windows 6 " sino más bien " Vista. "

Oracle lo hizo con su primer lanzamiento de DB. No había Oracle 1.

Lo que piensas de la calidad del software de Oracle es una cuestión diferente ... :-)

Una solución simple para esto es lanzar la primera versión para parejas con los números de año (año actual o próximo año) o nombres de modelos. Eso es algo de moda ahora mismo de todos modos:

Delphi 2009
MS SQL 2008
Windows Vista
Microsoft Office 2007
RemObjects Oxygene (que vino después de Chrome y Joyride)

Aunque los números de versión individuales son aún más comunes.

Esto evita la pregunta de " ¿Dónde está la versión 1? " sin tener una versión 1. Después de algunas versiones, puede volver a los números de versión si lo desea y estar en una posición respetable. número.

También puede ir con números de versión todos juntos y vender su software en suscripciones , por lo que una compra incluye actualizaciones por un año, y luego puede darles una versión 20080925A (fecha de compilación), y actualícelos con frecuencia a la última compilación certificada.

Realmente depende de qué tipo de software está liberando, cómo lo distribuye y de su mercado objetivo.

En realidad estaría más inclinado a mantener mis números de versión más bajos que los de mis competidores, por lo que mi personal de marketing podría decir "Nuestra versión 2 es igual a su versión 10". Tomaron 10 lanzamientos para llegar tan lejos, ¡y lo hicimos en 2! ¡Nuestra gente es por lo tanto 5 veces más inteligente! ¡Danos más dinero! & Quot;

(Esta es la razón por la que no tengo, o nunca quiero, mi propia compañía).

Para nuestro software, usamos las versiones 1.0 y 1.1 internamente y nunca las lanzamos al público. Nuestro primer lanzamiento público fue la versión 2.0. Nadie estaba molesto y, si alguien preguntaba, les contábamos sobre la versión interna.

No me preocuparía por eso. Deja que la calidad de tu software hable por sí misma. Quédate con 1.0. O, mejor aún, no adjunte un número de versión en absoluto. Si alguien quiere saber la versión, bueno, para eso es Help / About. =)

Mi empresa tiene regularmente este argumento con el departamento de ingeniería. Hubo una gran explosión cuando tratamos de etiquetar nuestra próxima versión como una versión principal por encima de la anterior, porque marketing / ventas pensaron que a nuestros clientes actuales les molestaría que tuviéramos una nueva versión importante tan pronto y que necesiten una actualización. Querían que fuera una versión .5 más alta que la anterior. Regresamos y para esto unas cuantas veces ... actualmente, la ingeniería está ganando. El departamento de marketing también usa lanzamientos numerados por año como los nombres del producto, por lo que no sé de qué se trata. Sin embargo, tendemos a mezclar mucho nuestros nombres internos y externos para las cosas. Además, cuando comenzamos a usar los números de versión del formato actual, comenzamos con un número bastante alto por el motivo exacto de temor de que los clientes pensaran que nuestro software no es tan bueno como los competidores con números de versión más altos. Este es un problema real, al menos en los jefes de marketing.

Mi $ 0.02 es que el número de versión debe reflejar las principales características / cambios del producto, y por lo tanto, la primera versión pública es por definición 1.0.0.

De cualquier manera, la gente sabrá que es la versión 1. Si la llamas versión 2.0, pero la versión 1.0 no se encuentra en ningún lugar y nadie la ha visto. La gente lo va a resolver.

Alternativamente, puede realizar una versión interna y simplemente llamar a su producto " Amazing App mejor que XYZ 2008 "

Editar: En realidad cambié de opinión, llame a su software Amazing App 2010. De esa forma la gente pensará que es del futuro.

No, absolutamente adelante y comienza desde un punto arbitrario. Alternativamente, use un esquema vagamente defendible como el último dígito del año de lanzamiento.

Puede usar el año de lanzamiento o un nombre en clave elegante en lugar de un número de versión, evitando así el problema ético de hacer que su software parezca más complejo de lo que realmente es :)

El marketing tiene mucho por lo que responder.

Digo que sí, no es ético inflar artificialmente el número para su beneficio. Sin embargo, está perfectamente bien llamarlo versión 10.0 X .1!

Realmente no creo que importe en absoluto. No conozco a nadie, ni siquiera a aquellos que no son expertos en tecnología, que asumirían que la Versión 2.0 del producto A está relacionada de forma remota con la Versión 1.0 de un producto B.

Las personas que realmente no conocen la tecnología probablemente ni siquiera sabrán cuál es el número de versión de un software que tienen / desean.

Creo que todo está en el departamento de marketing para vender el producto a las partes interesadas, sin embargo, el número de versión debe ser exacto, aunque la forma en que se define el número de versión podría jugar en las cosas.

Permítame devolverle la pregunta: ¿preferiría comprar la versión 1 de un paquete de software grande y costoso o la versión 3.14?

El propósito del número de versión es ser un identificador único para la depuración y la solución de problemas. También comunica algo a los usuarios. Pero el primer uso es irrelevante para el segundo uso. Si utilizo la versión 1702 internamente, hay una forma conocida de decir si debería publicarse como versión 1 o versión 11.

Claro, deberías llamarlo versión 1. ¡Pero no hay ninguna regla sobre qué tan rápido puedes lanzar la versión 2!

WordStar 1986

Soy un gran creyente en:

[major]. [minor]. [sub-minor / patch]

Donde para beta [major] = 0 y para gamma [major] comienza en 1. Creo que es el esquema de numeración de versiones más informativo, fácil de entender y honesto.

Por supuesto, para alpha soy un fanático de lo más simple: [svn-revision-num] ya que solo es para uso interno en ese momento y eso es más informativo.

Ubuntu lo hace en base al tiempo como 9.04,9.10, etc., siempre podemos adivinar cuál es la última.

Licenciado bajo: CC-BY-SA con atribución

No afiliado a StackOverflow