Foros | Velneo V7

Quizás sacar una versión del cada 4 meses es algo muy demorado, yo por lo menos lo pienso así.
Esperar 4 meses para arreglar esos pequeños fallos, es posible que nos frene. Si tenemos arreglado esas cosas, podemos orientar más la programación a como quedará a final.
Lo digo, por que si ahora tenemos que programar de una determinada manera por esos bugs que nos frenan, luego tendremos que volver a corregirlos. Con versiones con menos intervalo, es posible que la gente se anime más a lanzarse con la v7

Hola manugc, te me adelantaste, estoy totalmente de acuerdo con tigo, lo mejor seria que para los fallos sean intervalos menores, y para las novedades y nuevas aplicaciones que se realice con el tiempo prudencial.

Saludos

Buenos Dias
Pienso que con el lanzamiento de esta Beta Pública se está cometiendo el mismo error que haces años, cuando nos anunciaban la salida inminente de v7.
Creo que deberían de asignar a personas que deseen ser betatester y hacer un verdadero estudio de bugs o cosas por arreglar.
La impresión que percibo ahora es la misma que la de entonces.
 

Claro que no haremos aplicaciones finales con la v7 actual. Pero podemos orientarlas o por lo menos esos pequeños errores que nos hacen hacer las cosas distintas a como las haremos en su momento.
Vale que estamos de betatester gratuitos, pero ya que lo somos, por lo menos que lo que vayamos haciendo tenga ya una orientación a como quedaría la aplicación final.
Por ello el tener versiones con 1 o 2 meses, aunque sea con 1 bug arreglado. Pero ya es otro pasito más.

Estoy totalmente de acuerdo con los comentarios. Sería bueno que saliese una versión nueva en menos plazo de tiempo solucionando los bugs, incluso con mejoras incluidas. Nos motivará a seguir trabajando con V7.

Yo estoy de acuerdo también. Más que revisiones en esta etapa de arranque con depuración se irían sacando "soluciones", que son revisiones menores destinadas a corregir un nº de bugs reportados. Una vez que baje la frecuencia de detección de errores se pasaría al ritmo normal

Hola
 
Muchas gracias por vuestros comentarios y gracias a todos por transmitirnos vuestras necesidades y sugerencias.
 
Desde el departamento de desarrollo llevamos 2 años trabajando en ciclos de 4 meses y hemos comprobado que es el tiempo optimo para trabajar en nuevas funcionalidades, bugs, optimizaciones, nuevos objetos, actualización a nuevas versiones de la librería, etc. Este proceso nos obliga a trabajar de una forma ágil a la par que fiable para conseguir estabilidad en toda la plataforma.
 
En estos ciclos se incluyen 15 días de parada de desarrollo para "estabilizar" la versión y preparar la salida que incluye entre otras cosas :
 
- Traducción de los componentes.
- Pruebas de regresión y de carga.
- Preparación de la documentación.
- Cajas de ejemplo
- Aplicaciones de los instalables y descargas
- Pruebas en todos los sistemas operativos e interoperatividad.
 
¿Porque no se ha sacado una versión 7.0.1?
En el momento de la salida de la versión ya se esta trabajando de una manera importante en las funcionalidades, bugs, novedades de la versión 7.1. Cada uno de los bugs encontrados o sugeridos por los desarrolladores ha sido analizado y están en proceso de resolución. Por otro lado para corregir algunos problemas ha sido necesario iniciar el proceso de actualización de nuestras librerías base, que arreglan algún que otro bug ( QT 4.5 ), con lo que la salida de una revisión aún se complica.
 
Una de nuestras necesidades en esta primera versión es impedir que existan múltiples versiones con distintos problemas. Actualmente la variedad de sistemas operativos ya provoca que existan bugs orientados a cada una de esas plataformas lo que genera más trabajo en la captura de las incidencias.
 
¿Podrán salir versiones en menos intervalo que 4 meses?
Sí, no sería extraño que pudiera salir una versión en menos tiempo, pero depende de la importancia de los bugs. Si sacamos una nueva revisión tiene que ir con su documentación adjunta, su traducción y sus pruebas correspondientes en los distintos sistemas operativos, etc.
El cambio debería estar justificado por un error grave que impida la ejecución de aplicaciones o poner en peligro la integridad de cajas o datos.
 
¿Y por qué no sale cada 2 meses?
El coste de tiempo de sacar una versión con la calidad necesaria es elevado. Si sacáramos versión cada 2 meses, no podríamos incluir nuevas funcionalidades, optimizaciones, componentes, etc. Nuestra idea es que la plataforma avance a medida que se hace más y más robusta.
Es normal que en esta primera Velneo V7, surja algún problema más que en versiones futuras.
Del mismo modo, el equipo de desarrollo está trabajando fuertemente en mejorar y automatizar los procesos de prueba de las aplicaciones en todos los sistemas operativos y mejorar los procedimientos para que el coste operativo de publicar una nueva versión no sea excesivo.
 
¿No cambiaréis esta política?
Somos conscientes que cuando un bug te toca de cerca, se ve incomprensible que no se solucione en el momento (también somos desarrolladores ). Pero en este momento para poder ofreceros una plataforma estable y con el mayor numero de funcionalidades posible, creemos que es la forma más adecuada para conseguirlo en el menor tiempo posible.
 
=====================================
 
Me gustaría transmitiros algo más de información sobre el número de versión de todos los componentes de Velneo V7 :
7.0.0.xxxx
7 - Versión mayor (Cambio mayor de la aplicación con cambios importantes en la estructura básica o filosofía de objetos)
0 - Versión menor (Actualización de la versión anterior con nuevos objetos, reparación de bugs, optimizaciones, etc.)
0 - Revisión (Versión que solo soluciona bugs graves que impiden la ejecución de las aplicaciones, o pone en peligro la integridad de datos almacenados)
xxxx - Build (Versión diaria en el que se reflejan los cambios desarrollados a lo largo del día por el departamento de desarrollo, normalmente muy inestable)
 
Saludos a todos!

Y, sobre todo, muchas gracias por la explicación, por su claridad y extensión.
Saludos,
Fran Varona

La explicación puede convencer o no, pero lo cierto es que en nuestra empresa llevamos pagando el nivel 4 desde hace año y medio y no acabamos de encontrarle el sentido a dicho pago. Pagar por algo que no puede usarse en producción es una tontería. nos estamos planteando pasarnos al nivel 2 y cuando podamos desarrollar pues ya pasar a otro nivel. Desde la perspectiva de una empresa que ha llegado a Velneo en la V7 puedo aportaros las siguientes conclusiones:

1) QT: La Idea de apoyar la multiplataforma en QT está muy bien, siempre que Velneo no se escude. Una empresa como Velneo no puede argumentar un error o la presencia de una operativa determinada en que "es así como está heco en QT o que hasta que QT no saque más componentes no pueden aportar una solución". Digo yo, que si tenemos que esperar a QT quizá haya que plantearse desarrollar en QT directamente y no tener que pasar por Velneo. Desde luego que mi proveedor es Velneo y a mi desde luego un cliente no me permite que le diga que la aplicación falla por que Velneo no ha sacado el parche correcto y hasta que no lo saque sólo toca esperar, ¿A vosotros os lo permitirian?

2) MULTIPLATAFORMA: Para que pueda hablarse de multiplataforma real, la aplicación debe correr de idéntica forma en varias plataformas y las virtudes e incovenientes deben ser los mismos con independencia de la plataforma. Digo esto por que no me parece lógico que Velneo desarrolle un componente Excel o Mail para Windows y nos diga que nos busquemos la vida para otras plataformas. Al hilo de los componentes, ¡¡¡ QUIERO PAGAR MAS SI ES NECESARIO !! por el soporte sobre dichos componentes, pero no me pueden decir de ninguna forma que no dan soporte a algo que es vital.

3) COMPONENTES vs APP: No es lo mismo una aplicación tutor o de muestra que un componente. Los componentes deben de estar dentro del soporte (del nivel que se estime oportuno). Pero vuelvo a decir que no es lícito que algo como el EMAIL esté hecho para Windows (en W7 a mi al menos no me funciona) y no para MAC. Por cierto, hay componentes que Velneo no da soporte y en otras plataformas están integrados (sobre todo el Mail)

4) MULTI-IDIOMA: ¿Habéis probado a crear una aplicación con 4 o 5 idiomas?. Para los que no lo hayáis hecho, deciros que para que se active un idioma antes has de ir a la configuración regional del sistema operativo y cambiar el idioma por defecto al idioma que quieras utilizar. Es decir, que el menú de idiomas "tan chulo" que ponemos en nuestras aplicaciones NO FUNCIONA a no ser que cada vez que queramos seleccionar uno de esos idiomas nos vayamos a la configuración regional del sistema operativo. Y digo yo, ¿qué hago si tengo una aplicación instalada en un portatil para un vendodor que viaja por España haciendo presentaciones?. Si la aplicación está traducida el catalán, por ejemplo, cada vez que visite  a un cliente en cataluña tendrá que ir a la configuración regional y volverse loco cambiando idiomas.

5) VELOCIDAD DEL MOTOR DE DATOS: Esto sí que es preocupante. Cuando decidimos elegir Velneo, os escuchamos a todos los programadores sobre las virtudes del motor de datos de la 6.x. Bien, probad a hacer esto y veréis de que os hablo: Realizad un proceso en tercer plano (servidor) que inserte 5.000 registros en una tabla (en la nube) en la que tenga 4 o 5 enlaces a maestros. El resultado probado por 3 programadores distintos (3 empresas) y en 3 servidores distintos es que tarda en hacer esa operación al rededor de 28 segundo. Este mismo proceso hecho en PHP+MySql tarda 2 segundos. Imaginaros una aplicación CRM en la que tengo una base de datos de empresas (200.000) a las que pretendo realizar una campaña. Ya podeis multiplicar 28 x 40 = 18 minutos.

6) SOPORTE: El soporte es rápido de atención, pero lento en resolución. En la gran mayoría de los casos prefiero comerme la cabeza por mi cuenta que intentar explicar por Email cual es mi problema. ¿Tan difícil es que puedan ver mi pantalla como todos hacemso con nuestros clientes?.

La solución a todo "nuestros males" es que Velneo deje de crear novedades y se centre en hacer estable cuanto antes la versión actual. Si todo lo que hay funcionase como debe, por mi se podria ir de vacaciones 1 año.

Saludos

Miguel Delgado