Glosario
Para poder comprender mejor este post vamos a empezar por definir desde el punto de vista de Velneo los ítems más importantes.
Iteración:
Iterar es básicamente repetir (http://www.wordreference.com/definicion/iterar). Que es lo que se hace en un proceso productivo para realizar procesos de mejora, repetir para ir añadiendo correcciones y mejoras al proceso productivo tras evaluarlo, para realizar tareas de forma incremental, con productos terminados en cada iteración.
Una iteración en definitiva, es cada una de las repeticiones que se producen. Múltiples iteraciones contribuyen a crear un producto completamente integrado.
Más información:
http://es.wikipedia.org/wiki/Desarrollo_iterativo_y_creciente
http://www.proyectosagiles.org/desarrollo-iterativo-incremental
Producto Completo:
Es lo que espera recibir un cliente cuando adquiere un producto genérico. El producto completo se forma a partir de producto genérico, productos adicionales y servicios.
http://alfonsogu.com/2011/04/05/producto-completo-en-software-whole-product-concept/
Producto Genérico
Esto es lo antiguamente nos llegaba en una bonita caja y hoy día descargamos por internet (el instalable). El producto genérico es lo que cubre el contrato de compra.
Versión
El versionado de software es el proceso de asignación de un nombre o número único a un software para indicar su nivel de desarrollo. Generalmente se asignan dos números, mayor.menor (en inglés: major.minor), que se van incrementando conforme el desarrollo del software aumente y se requiera la asignación de un nuevo nombre o número único. Aunque menos habituales, también puede indicarse otro número más, micro, y la fase de desarrollo en que se encuentra el software.
Números de versión en Velneo v7
Los números de versión que aparecen en los ejecutables de Velneo nos pueden dar información importante a la hora de desarrollar e implantar nuestras aplicaciones.
Los ejecutables de Velneo contienen un número de versión compuesto por cuatro bloques de números separados por puntos (7.4.1.xxxx)
Cada uno de estos bloques de números nos ofrecen información sobre la versión que se está ejecutando y las diferencias con otro ejecutable.
7 – Versión mayor (Cambio mayor de la aplicación con cambios importantes en la estructura básica o filosofía de objetos)
4 – Versión menor (Actualización de la versión anterior con nuevos objetos, reparación de incidencias, optimizaciones, etc.)
1 – Revisión (Versión que sólo soluciona incidencias graves que impiden la ejecución de las aplicaciones, o pudieran poner 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)
Roadmap
Un RoadMap (que podría traducirse como hoja de ruta) es una planificación del desarrollo de un software con los objetivos a corto y largo plazo, pudiendo incluir plazos aproximados de consecución de cada uno de estos objetivos. Se suele organizar en iteracciones o «milestones», que son fechas en las que supuestamente estará finalizado un paquete de nuevas funcionalidades.
FAQ
¿Cuál es el producto completo de Velneo (modelo simplificado)?
Producto Genérico
- Velneo vAdmin V7
- Velneo vClient V7
- Velneo vDataclient V7
- Velneo vDevelop V7
- Velneo vInstallbuilder V7
- Velneo vModapache V7
- Velneo vServer V7
- Velneo vTranslator V7
- Velneo vWebclient V7
- Velneo driver vODBC V7
Software adicional
- Open apps: Plantillas Empresariales
- Open apps: Componentes
- Open apps: Librerías
- Open apps: Tutores
Servicios adicionales
- PaaS (vserver)
- Velneo Directo
- Servidor de Licencias
- Blog (wordpress)
- Foro (Bbpress)
- Seminarios (Webex)
- Foro de ideas (uservoice)
- Seguimiento incidencias (vBugman)
PaaS (Plataform as a Service)
- vServer en la nube (+5000)
- Copias de seguridad
- Panel de control
Soporte y Formación
- Formación presencial
- Formación on-line
- Formación in-company
- Consultoría
- Atención al Cliente
- Soporte
- Video tutoriales
- Ayuda
- Zona Info
- Videos Youtube
- Presentación Anual (Life is soft)
- Preventa consultiva
Instalación y Depuración
- Integración continua 10 Instalables en 4 plataformas
- Sistema depurado y estable por versión
- VEST
- Perforce
- Jenkins
Integración de sistemas
- Windows
- Mac
- Linux
- Móvil
- Amazon web services
- Traducción
- LDAP
¿Cuál es la política de versiones de Velneo?
Lo primero que debemos aclarar es que Velneo no sigue una política de versiones si no de iteraciones. Cada iteración pública introducimos mejoras en el producto completo. Por tanto todas las áreas de la empresa se ven afectadas por esta política.
¿Cuándo salen las iteraciones de Velneo?
El tiempo mínimo para poder poder alinear todos los proyectos de la empresa es de aproximadamente cuatro meses, lo que supone de media tres versiones al año. En estos cuatro meses debemos desarrollar, documentar y alinear todas las mejoras introducidas en el producto completo Velneo.
Si observamos el patrón de repeticiones seguido hasta el momento:
7.0- Febrero 2009
7.1- Junio 2009
7.2- Octubre 2009
7.3- Febrero 2010
7.4- Junio 2010
7.5- Noviembre 2010
7.6- Enero 2011
Aproximadamente estos podrían ser los meses de aparición de las próximas dos iteraciones
7.7-Mayo 2011
7.8-Octubre 2011
¿Cómo notificamos la salida de una versión?
Con un post tipo que ponemos el mes anterior a la salida de una versión. En este post tipo introducimos una de las ideas que ha superado la fase de pruebas y testeo.
¿Cuándo se anuncian las novedades de la versión?
Antes de anunciar las novedades de una versión debemos esperar a que se realice la fase de pruebas y testeo en todas las plataformas, esto evita generar expectativas que no se pueden cumplir. En vBugman se puede hacer un seguimiento en tiempo real del estado de las incidencias cerradas que aparecerán en la próxima versión. El día de la salida de la versión aparece toda la documentación oficial referente a las novedades e incidencias incluidas en la misma.
¿Qué es una revisión?
Una versión sólo de producto genérico que soluciona incidencias graves que impiden la ejecución de las aplicaciones o que puedan llegar a poner en peligro la integridad de datos almacenados.
Ejemplos:
7.1.1 – Julio 2009
7.2.1- Noviembre 2010
7.4.1- Julio 2010
¿Por qué no pueden salir iteraciones cada menos tiempo?
En Velneo llevamos años trabajando en iteraciones de 4 meses y hemos comprobado que es el tiempo mínimo óptimo para trabajar en nuevas funcionalidades, bugs, optimizaciones, nuevos objetos, actualización a nuevas versiones de la librería, open apps, PaaS, componentes, tutores, web, etc. Este proceso nos motiva a trabajar de una forma ágil a la par que fiable para conseguir la estabilidad del producto completo.
En estos ciclos se incluyen 15 días de parada de desarrollo para «estabilizar» la versión y el lanzamiento de la versión candidate que se entrega a Betatester
- Traducción de los componentes.
- Pruebas de regresión y de carga.
- Preparación de la documentación.
- Open Apps de ejemplo
- Instalables y descargas
- Pruebas en todos los sistemas operativos e interoperatividad.
- Pruebas de PaaS
- Revisión de documentación y Open Apps
- Generación de vídeos y tutores
- Pruebas de la Web y Velneo directo
El coste de tiempo de sacar una iteración con la calidad necesaria es elevado. Si sacáramos versión cada 2 meses, no podríamos mejorar el producto completo. Nuestra idea es que la plataforma avance a medida que se hace más y más robusta.
¿Se tiene en cuenta lo que ponemos en blog, foro, twitter, vcenas, llamadas, consultorías?
Cuando empezamos con el proyecto Velneo pensábamos que podríamos contestar y recopilar cada post, twitt o foro,.. jóvenes ingenuos, hoy día no somos capaces de leer un pequeño porcentaje de la información que se genera en la red sobre nuestros productos y servicios. Por tanto es simplemente imposible que lo tengamos en cuenta.
¿Cuál es la política de novedades de Velneo?
Ya hemos comentado en alguna ocasión cual es nuestra política de novedades (roadmap), que se divide en tres pilares fundamentales:
Estabilidad de la plataforma
La estabilidad y robustez de la plataforma es una de nuestras obsesiones. Para una mejor comunicación entre la comunidad de programadores y el departamento de Desarrollo de Velneo V7, hemos implantado Velneo vBugMan, una herramienta de gestión de incidencias a la que podéis acceder para conocer el estado de las incidencias y necesidades más apremiantes.
Ideas.velneo.es
Actualmente nos llegan peticiones de cambios en el producto completo. Las peticiones nos llegan por diferentes canales, sin ordenar y priorizar. Ordenar es una tarea titánica que no deja contento a nadie. La situación es que para cada usuario su petición es la más importante y más necesaria. En noviembre 2010 inauguramos el sistemas de priorización de ideas para suscriptores. (ideas.velneo.es). Aunque antes habíamos trabajado en un sistema en v7 y otro en bbpress. Los resultados de las votaciones de los suscriptores en este tiempo son las siguientes mejoras en el producto completo de Velneo:
- Soporte telefónico para nivel 4 y que, también, se pueda usar para evitar alargar los hilos de soporte.
- Soporte de servidores
- Base de conocimiento
- Movilidad: versiones para móvil.
- Deshacer-Rehacer.
- Rejillas editables.
- Condición de visible en lanzadores de acción.
- Pasar de una campo con enter o tab.
- Aceptar sin cerrar formulario.
Para conocer lo que saldrán en las próximas versiones sólo hay que ir a la pestaña de aceptadas/iniciadas en ideas.velneo.es
Innovación
En el desarrollo de una plataforma como Velneo la anticipación es algo básico. La mayoría de las funcionalidades de las que se disfrutan hoy día fueron pensadas y propuestas por nuestro arquitecto y su equipo en el 2005/2006. Todos recordamos por ejemplo que nadie solicitó las funciones remotas o fórmulas dinámicas y con el tiempo se convierten en componentes básicos de nuestras aplicaciones. Primero no entiendes bien su finalidad cuando te explica la idea, pero cuando lo usas una vez no puedes vivir sin ello. Ejemplos hay muchos, uno es el vDataClient. Esta parte del desarrollo sumada a las necesidades estratégicas de la compañía, es y será una parte fundamental de nuestra estrategia de desarrollo.
En este aspecto se realizan investigaciones sobre diferentes frentes que algunas veces ven la luz y muchas veces se quedan en una simple investigación. Un ejemplo de esto lo hemos publicado sobre nuestra investigación del sistema Android. Por lo general no consideramos necesario comunicar este tipo de investigaciones que levantarían expectativas innecesarias a los clientes que en muchas ocasiones no se cumplirían.
La información de nuestro Roadmap es pública, el problema actual es que está desperdigada en diferentes apartados, nuestra misión es la de unificar la información en una página sencilla.
¿Cómo sabemos las fechas de las cosas?
Actualmente en el foro de ideas informamos de la versión aproximada en la que saldrán las tareas que están iniciadas (Ejem Campos numéricos). Además en el vBugman aparecen en estado «cerrado» las tareas que están finalizadas y que saldrán en la próxima versión.
¿Escuchamos a la comunidad?
Velneo lleva años con una política de escucha a la comunidad, sólo hay que ver la evolución de las versiones y la iniciativa de poner en marcha ideas.velneo.es. Velneo tiene la obligación de tomar las mejores decisiones estratégicas para conseguir su objetivo de convertirse en la «Plataforma completa de aplicaciones empresariales» referente en los desarrolladores hispanos. Para conseguir este objetivo Velneo escucha a clientes, proveedores, competidores, analistas y al mercado objetivo.
¿Cómo puede seguir mejorando la comunicación con la comunidad?
- El primer frente que tenemos abierto es el de mejorar la usabilidad de vBugman para lograr que las cosas se encuentren de una manera más sencilla y agradable.
- En ideas.velneo.es debemos actualizar de una manera más precisa y constante.
- Una vez que tengamos estos dos frentes consolidados deberemos crear una única página de Roadmap que recopile la información más relevante de estas dos bases de datos. Un ejemplo de Roadmap podría ser el mismo de QT, que es una simple página que recopila diferentes fuentes. (Roadmap de QT)
Desde la implantación en la iteración 7.5 de ideas.velneo.es hemos trabajado en estos tres frentes, esperamos que en las tres próximas iteraciones 7,7,7.8 y 7.9 podamos dar pequeños pasos para dar un salto más en la comunicación con la comunidad consolidando estas tres líneas de trabajo.
¿Hay un Roadmap?
NO, actualmente no hay un sistema de Roadmap público, normalmente los roadmap los alimentan los sistemas de gestión de proyectos, ideas y bug tracking (Ejemplo Jira). Por tanto trabajaremos en implementar como hemos indicado lo primero un sistema de bug tracking que satisfaga a todas las partes. Debemos remodelar el vBugman para satisfacer las necesidades internas y externas de la plataforma, ya que al día de hoy no cubre todas las necesidades de información . Una vez tengamos implantado el sistema de bug tracking y actualicemos de una manera precia y constante la información podemos centralizar la información de los dos sistemas en un sistema tipo (Roadmap de QT).
¿Cuándo estará disponible el sistema de Roadmap?
Es un proyecto de la iteración 7.8-Octubre 2011 que ya está en marcha hoy día. Esta es una fecha orientativa porque todo dependerá del éxito de la implantación interna/externa del sistema de bug tracking, un sistema tipo Jira se tarda mínimo un año en implantar, estamos poniendo todos los esfuerzos de nuestra parte para acortar los tiempos y que el sistema pueda ver la luz lo antes posible. Si queremos implantar algo que sea de futuro hay que hacer las cosas bien analizadas para no estar dentro de 6 meses con los mismos problemas. Hace dos años ya hubo roadmap pero no se hizo un sistema sostenible en el tiempo. No hay que hacer las cosas para que funcionen hoy si no para que funcionen al menos 3 años y eso lleva tiempo. Por tanto no es una tarea de una iteración (7.8-Octubre 2011), hay que ir introduciendo mejoras iteración a iteración en el sistema. Trabajaremos duro para que la primera versión del sistema de Roadmap esté en la iteración 7.8.
¿Hay un sistema de Incidencias graves/necesidades apremiantes?
Realmente esa es la función de un bug tracking. Actualmente el vBugman para nosotros cumple esa función lo que no cubre es la necesidad externa de información que es una de las partes que hay que mejorar. Ya estamos en fase de análisis pero no es una tarea trivial, mejorar la usabilidad del vBugman no es meter dos campos fecha. Hay que mirar y analizar los mejores software de reporte de errores a la comunidad, notificaciones, como mejorar el uso, la introducción, como van a interactuar los departamentos, soporte, atención al cliente, desarrollo, test, vmarco, y la comunidad con la herramienta.
Buenos días,
Mi percepción personal, es que no existe tal RoadMap.
Sí, tenemos información como bien dices desperdigada, si se puede decir de alguna manera de los frentes que teneis abiertos, pero nada más allá que conocerlos, puesto que no hay fechas de cuando alguno de dichos frentes estarán solucionados.
El vBugman no hay fechas por ningún sitio, ni de origen del bug, ni de publicación de la solución al mismo, están ahí, pero nada más.
Por otro lado, como no existe dicho RoadMap, tampoco conocemos cuando van a salir los componentes que faltan para otras plataformas, o lo que es peor, saber si van a salir.
Quizás sea yo quien no tiene equivocado el concepto de RoadMap.
Agradecido por las aclaraciones del artículo, saludos 😉
Agradecido por la aclaración, pero ¿no es mejor en vez de aclararnos a nosotros los conceptos de Velneo, que sea Velneo el que escuche cuales son nuestros conceptos y necesidades? Debe haber un único sitio centralizado con todo lo que necesitamos y pedimos.
Fe de erratas:
En mi comentario quise decir en mi penúltima línea:
Quizás sea yo quien tiene el concepto de RoadMap equivocado
Saludos 😉
Alfonso, espero que no tomes a mal mis críticas, si critico, es porque me preocupo. Siempre he dicho que de momento sólo ando de paso, pero espero quedarme.
Bien, al grano. Respecto al vBugman..ni lo miro. Sencillamente porque como comentan , ni hay fechas, ni información realmente útil ni nada, no sabes si un bug está ahí desde el inicio de v7, o si es nuevo, o qué. vBugman podría ser usable si al menos se pusiera la auditoría de cada bug..cuando fué inscrita, cuando asignada, etc…además, que como se ha comentado alguna vez en el foro, hay bugs que vBugman debería tener como revisión, y no como solucionado, porque, no está solucionado… y algunas opciones más que ahora mismo no sabría decir por no poder mirarlo bien. Por otro lado, más útil aún sería si pudiéramos usarlo como un vBugman realmente público. Es decir, que nosotros mismos podamos incluir una nueva entrada, y el departamento correspondiente confirme,descarte o asigne, solucione,aplace, comente etc… vBugman es una buena idea, totalmente desaprovechada.
Roadmap no hay. Se puede hacer uno una idea, partiendo de los bugs resueltos (si los localizas), pero eso no es un roadmap ni tampoco información oficial.. Un Roadmap debe ser una recopilación de todas las funcionalidades, y el estado, o para qué versión está previsto. Ejemplo de Roadmap
Respecto a una especie de Diario de desarrollo, donde se nos diga, por ejemplo, que el Dpto. de I+D está investigando sobre el desarrollo sobre Android, no implica crear falsas espectativas, y mucho menos, si lo que se dice, es, precisamente que se está investigando sobre ello, conclusiones, etc…. Eso es informar, y dar conclusiones y razones. Lo malo ,es no decir absolutamente nada, ante una demanda de mercado, y cuando la comunidad lo está pidiendo a gritos.
Como comentan, todo el mundo está expectante de si 7.7 será la versión de los informes (que se llevan esperando desde 7.4 al parecer)..como podemos saber si es así? En ideas.velneo.es están las ideas, pero sólo aparecen como iniciadas, lo que no indica que estarán, como tu comentario indica, en la siguiente versión, se dá un plazo de 4 a 8 meses para saberlo.
Y luego, está el tema (los que vienen de 6x) que la teoría dice deberían funcionar o estar, y no funciona o no está implementado. Se comentó que se iba hacer algo al respecto, y ha pasado ya más de 2 meses si no me equivoco, y no hay noticia a la vista.
Me aventuro a decir, que si hiciéramos una encuesta entre todos los suscriptores, saldría por mayoría, que la siguiente, o las dos siguientes versiones (si una no fuera necesario), deberían congelarse, y dedicarse exclusivamente a nivelar v7 con 6x en todo aquello que se podía hacer y tenía 6x, y que no dispone v7, estabilidad, bugs, que las aplicaciones no puedan ser heredadas por terceros sin nuestro consentimiento, informes mejorados y un editor de informes para el cliente final, subindexadores etc..etc… nada de ViewFlow ni FlowFlow ni limonadas con sabor a fresa.
De qué sirve ser el hombre más productivo del mundo, y hacer un software de gestión con dos «patadas», si luego, para mostrar una simple gráfica en un informe (que a los directivos les encantan las gráficas), tengo que dedicar 5 o 6 horas enganchando Velneo (que tampoco es que se deje demasiado, porque vODBC, además de ser para los que están arribota de la escalera, sólo funciona en Windows) con herramientas externas o haciendo malabares? Y estoy hablando de una gráfica, no estoy hablando de acceder a APIs de OpenGL para desarrolllar un juego, algo que si que no pinta nada con Velneo. El RAD que disponemos con Velneo, tampoco es tan alejado de otras herramientas que existen en el mercado, la potencia, radica precisamente en la estabilidad de la BBDD y lo que vDevelop nos facilita la vida. Si cambio un campo de sitio, y los tubos se van al garete, el RAD también se vá al garete, y doble trabajo.
Debe ser comprensible, que los que pagamos todos los meses, e intentamos ganarnos la vida, como mínimo, tengamos un producto, como poco, «terminado» (cuidado con las comillas). Y no lo digo yo, que sólo soy N2 (el que menos paga) y llevo poco tiempo por estos lares, si no también lo dicen N3 y N4, muchos de ellos, segurísimo, que simplemente siguen pagando por mantenimiento de sus implantaciones en V6
Yo comprendo que Velneo es un producto ambicioso, y lo lleváis con mimo y con cuidado (y espero que sea así por mucho tiempo), si no, no seguirías tanto control estricto, y eso es algo de agradecer para obtener un producto de calidad, pero una cosa que por desgracia no veo, es, realmente, una comunicación clara y transparente con el cliente final (es decir, nosotros) y sobre todo, por sus requisitos..quizás el problema sea el canal de comunicación, no lo sé
Quizás, muchas veces, hagamos duras críticas, pero como he comentado al inicio de este comentario, cuando alguien critica algo para mejorarlo, es precisamente, por su intención de querer seguir usándolo
@Giuseppe amigo ya comenté lo que opino de las críticas y los gruñones con lo cual, caña :).
Disculpar os intentaré contestar a tod@s durante el día de mañana. Os indicaré entre otras cosas como saber las fechas de salida de las cosas. Acabo de actualizar el título de la última pregunta del FAQ ¿Cuál es la política de novedades?
Gracias por vuestras opiniones
Buenas, acabo de actualizar este post tratando de responder a las dudas generales expuestas en vuestros comentarios.
Buenas.
Lo siento Alfonso pero esto empieza ya a cansar, habláis siempre de lo mismo, y ahora la frase que tenéis para justificar la prioridad de las cosas que hay que hacer, incidencias, mejoras… es la de «nos llegan peticiones por distintos canales» pues revisando las 3 o 4 últimas versiones todas las mejoras y arreglos en casi su totalidad de los casos son cosas que se hablan en vuestra web (blog, foros…), así que una de dos o a los que os comunican por otros canales distintos a la web no les hacéis ni caso, o lo que realmente debe ser es que al final todos pedimos lo mismo da igual si el canal es en comentario en el blog, un tema en el foro, una llamada telefónica o un contacta.
Otra cosa que no entiende nadie, es que para hacer una cosa como lo de añadir campos fecha al vBugMan, actualizar la información de la web, las guías (que tienen unos cuantos errores), o soluciones que no tienen que ver con el producto V7, tengáis que esperar siempre al lanzamiento de la siguiente versión (4 meses).
Otro tema es el de la resolución de incidencias o implantación de novedades, tan difícil es decir en que fecha va a salir, yo entiendo que algunas cosas pueden retrasarse y que deban estar para la siguiente versión, pero no creo que porque eso ocurra con 2 o 3 cosas, se deba ver afectado todo el resto de temas que si saldrán, con decir, que esas 2 o 3 cosas se retrasarán a la siguiente versión porque no funciona correctamente o da errores, nadie creo que os diga nada, que al fin y al cabo todos nos dedicamos al software y vamos a entenderlo perfectamente, y más teniendo el proyecto titánico que tenéis.
Luego el tema de las votaciones de los suscriptores, habéis realizado algunas cosas, pero es que son cosas de cajón para cualquier plataforma que nos sienta mal hasta votarlas, como el deshacer/rehacer, rejillas editables, condición visible en acciones, pasar entre campos con TAB y aceptar sin cerrar formulario, yo sinceramente no lo pondría como algo importante que ha realizado Velneo, a nivel público, queda mal para los que venimos de 6.x y anteriores, y queda mal para los que vengan de otras plataformas que pensarán que cosas básicas todavía se están haciendo, y luego lo de la movilidad, en este tema lo que los suscriptores en su mayoría os hemos pedido es movilidad en una plataforma digamos de uso empresarial o mayoritaria, propusimos muchas plataformas Android, iOS, Windows Phone, Blackberry…, y vosotros nos distéis un producto que no solo no se usa hoy en día, sino que no tiene perspectiva de que se use a medio-largo plazo, y que seguramente acabe más muerto que vivo, aunque creo que este tema de movilidad fue mala suerte.
Las cosas que se van realizando de la plataforma de ideas, que quieres que te diga, se que lleva poco en funcionamiento, pero haciendo un pequeño calculo entre la media de cosas que salen por versión, se tardaría casi 5 años en saber todo, no quiero decir que se haga o se descarte, simplemente saber, y eso que según vosotros no lo está usando más que una minoría de los suscriptores, alomejor muchas de las cosas que hay las tenéis a nivel interno documentadas y previstas, y no es tanto para vosotros porque disponéis de la información, pero eso no nos llega y nos parece un mundo.
No se hasta que punto es viable porque desconozco como lo tenéis montado internamente, pero muchos de los problemas de información y versiones se solucionarían si trabajarais con una versión por delante de la que usamos los demás, si ahora sacáis la 7.7, porque desarrollo cierra la versión para que la documentéis y testéis y empieza con 7.8. Alomejor seria conveniente dejarnos 6 meses sin versiones para coger ese margen, y que cuando nosotros estamos usando 7.7, desarrollo este con la 7.9, y mientras la 7.8 queda para testeos y documentación, los roadmap e información sería mas real, es como funcionan algunas de las industrias más difíciles dentro del software como es la de los videojuegos o los programas de procesamiento gráfico.
Ya termino, con una impresión que tengo, pienso que Juan sigue haciendo prácticamente todo él, se que hay un equipo de desarrollo, pero seguir a Juan a su nivel debe ser una tarea titánica, y tengo esta impresión porque V7 va al mismo ritmo de avance que iba V6, V5, V4.
Saludos.
Ignacio
Gracias Ignacio vamos por partes. Primero gracias por tu aportación que intentaré responder de la mejor forma que pueda:
1.-Todo lo que nos llega por diferentes canales está en el vbugman, allí se va priorizando, junto lo que está en ideas.velneo.es. Lo que quiero transmitir es que no podemos seguir todas las cosas que se comentan en los diferentes canales, es imposible. Como bien dices al final el 90% ya está el vbugman y allí es donde lo trabajamos.
2.-Mejorar la usabilidad del vBugman no es meter dos campos, si se hubiera realizado un buen análisis desde el principio ahora no tendríamos andar añadiendo nada. Hay que mirar y analizar los mejores software de reporte de errores a la comunidad, notificaciones, como mejorar el uso, la introducción, como van a interactuar los departamentos, soporte, atención al cliente, desarrollo, test, vmarco,…. con la herramienta. Vamos que si queremos implantar algo que sea de futuro hay que hacer las cosas bien analizadas para no estar dentro de 6 meses con los mismos problemas. Hace dos años ya hubo roadmap pero no se hizo un sistema sostenible en el tiempo. No hay que hacer las cosas para que funcionen hoy (parche) si no para que funcionen al menos 3 años.
3.-Sobre el punto de información de solución de incidencias estoy de acuerdo contigo y vBugman es la solución. Es más, hoy día ya tenéis la información pero como no está bien comunicado y además no es sencillo y agradable pues a vueltas estamos. 100% de acuerdo contigo y la solución será conjunta con la del punto 2.-
4.-Sobre las votaciones del sistema de ideas.velneo.es creo que es lo mejor que tenemos ahora, es el mejor sistema que tenemos. El problema que comentas es transitorio cada vez está más madura la plataforma.
5.-Sobre dispositivos móviles, ya se explicó que estábamos trabajando en Android
6.-Hay que seguir trabajando duro en ideas.velneo.es para que sea cada vez un sistema de comunicación ágil entre la comunidad y Velneo.
7.-Así es como trabajamos, nosotros ya tenemos Android desde hace unas cuentas iteraciones, pero de ahí a que pueda ser BETA hay que trabajar muchísimo. En esta iteración van más de 200 incidencias resueltas en 24 ejecutables diferentes y en 4 plataformas. Eso hay que probarlo meses y más en una plataforma de este tamaño. Estaría encantado de hacer las iteraciones cada 6 meses pero hoy día se nos demanda menores tiempo con lo cual durante un tiempo será mejor mantener los 4 meses.
8.-He vivido los proyectos de 6x y V7 y simplemente no se pueden comparar. La complejidad de la multiplataforma multiplica exponencialmente las tareas y la complejidad del proyecto. Con el número de ejecutables de v7 y de 6x te puedes hacer una idea de cuantos equipos de trabajo necesitamos para producir al ritmo que lo hacía Juan en 6x.
Un saludo y gracias
Buenas Miguel, te contesto aquí a tus dudas:
Creo que aquí hay un pequeño fallo con las fechas, el problema es que por no hacer bien las cosas desde el principio (aquí soy yo el máximo responsable) hubo ya 3 sistemas de ideas, blog, foro, aplicación en V7 y por último ideas.velneo.es por fin tenemos un sistema de futuro. El resto de sistemas no funcionaron por funcionalidad, procesos y procedimientos. Por eso a veces comento que mejor tomarse 4 meses en tomar una decisión de futuro. El sistema de ideas.velneo.es sólo lleva activo una iteración por eso no es válido comparar las ideas realizadas desde Febrero de 2010 con las que hay actualmente en sistema de ideas.velneo.es (no se realizó importación de datos). Las ideas que hay sólo son de una versión 7.6- Enero 2011 (antes no estaba operativo).
Estoy de acuerdo con la primera afirmación pero no con la segunda. Nada es cuestión de un par de campos quiero un sistema de futuro y para eso hay que tomarse tiempo.
Los informes es algo muy ambiguo que se puede partir en muchas tareas diferentes, ya llevamos trabajando desde hace tiempo en mejorar este objeto https://velneo.es/mejoras-impresion-76/
En la próxima iteración aparecerán otro paquete de novedades que esperamos satisfagan a la mayoría de los desarrolladores. No obstante es un proceso de mejorar continua y siempre hay cosas que mejorar en todos los objetos.
Espero responder a tus dudas .
un saludo y gracias
Buenas noches,
Primer punto, estoy de acuerdo con bastantes de las cosas que hacen falta (informes, rejillas, mobile, etc), sobretodo el Roadmap (no es solo por curiosidad lo necesitamos para trabajar, para saber que hacemos que no y en que orden), no le veo le problema a tener un listado de novedades etiquetadas (100% seguro que sale, tal vez si tal vez no y si pasa un milagro) pero algo para tener previsto.
Segundo a riesgo de ser abogado del diablo, contextualicemonos por favor, todos conocemos a Velneo y su equipo ( a los desarrolladores de la plataforma hasta se les conoce con nombre y apellido), enserio piden 1000 novedades a una empresa del tamaño de Velneo y sobretodo con semejante plataforma que estan montando ese nivel de abstracción no debe de ser nada barato en tiempo y dedicación.
En cuanto a comparaciones, las otras herramientas estan tan integradas con la base de datos ?, tienen esa base de datos tan genial que tiene Velneo con la forma tan particular de moverse por ella? (por cierto notese que practicamente no hay incidencias ni quejas relacionadas con la BD y eso que yo me anoto con 2 pequeñas jejeje), son la otras herramientas multiplataforma sin mover un dedo (hay que veer el pecho que saque al decirle a un cliente que perfectamente podia probar el app desde su mac), tienen las otras herramientas el concepto de entrada y salida ?, las posibilidades del QT Css y muy pronto la potencia de QML a la Velneo, y otras que no menciono, no creo.
Todas las caracteristicas que acabo de mencionar, que son por las que segumos aqui, tienen un costo en talento humano y sabemos que Velneo tiene un grupo cerrado para ello, la «lentitud» entonces esta supuesta, aunque a mi la relación Velocidad / Equipo me parece muy buena.
@Alfonso, la verdad la verdad lo del RoadMap se necesita, por ejemplo, ya voy montando el modulo de estadisticas de mi app y no se si esperar a la salidad de v7.7 o si comenzarme una chapuza con jQuery + Json, me moriria de la rabia al saber que me mate realizando esa funcionalidad para que un mes me salgan ustedes con alguna genialidad en graficos aprovechando la potencia de QT.
Saludos,
@Gracias Cristian. Soy consciente del tema del Roadmap público, actualizado y en ello estamos.
Sobre el tema de los gráficos mi recomendación es que mires Google Chart, es poténtisimo y estoy viendo implementaciones realmente impresionantes, en formularios, informes, cualquier objeto.
https://velneo.es/vgac-google-api-chart/
https://velneo.es/vcmi/
Nosotros ya lo usamos internamente en muchas aplicaciones y va genial, es muy sencillo de implementar y los resultados son impresionantes.
Para implementar gráficos 100% integrados con Velneo la verdad que las soluciones existentes funcionan muy bien.
Saludos y gracias por tu aportación
Como se ha sugerido, sigo los comentarios aquí.
@ Cristian Sobre las 1000 funcionalidades nuevas, surgidas en comparación, pues aclaro, no estoy diciendo que se saquen mil novedades por año, solo estoy mostrando para que entiendan porque muchos desarrolladores encontramos tan lento el avance. Ademas, era algo que el mismo equipo Velneo había comentado en su momento, en el foro de la 6X, no fue algo que yo haya sacado. Y lo del tamaño, si dices que el equipo es pequeño, pues por ese mismo camino va mi punto, que trato de detallar a continuación.
@Alfonso Aclarar que si me tomo tanto tiempo con Velneo, aunque sea para molestarlos con mis sugerencias, criticas (que intento hacerlas constructivas) u observaciones, es porque noto su IMPRESIONANTE potencial, conclusión llegada en base a mis años de experiencia y conocimiento de otras herramientas.
Por ejemplo, un gran plus de Velneo es tener un verdadero genio como Arquitecto (independientemente si a veces comete errores, como cualquier humano). Ojo, eso no es tan común como muchos creen. Se nota la genialidad en muchas cosas, la BBDD, los conceptos que se manejan al desarrollar, son realmente notables.
Pero aun si tienen un Einstein de la arquitectura de Software, sin el suficiente equipo de apoyo, pues como que eso podría hacer que sus clientes, sientan que I+D tiene cuellos de botella (las ideas surgidas no tienen la suficiente velocidad de construcción), y la de salida de nuevas funcionalidades o bugfixes no es al ritmo suficiente.
Para no ir a mis funcionalidades futuras favoritas (y creo que seríam favoritas de usarios totalmente nuevos: desarrollar BBDD externas, equivalente a PostGIS en la BD Velneo, modelador UML, etc.), vamos a las mas votadas, posibles y racionales, rejillas++, personalización de Proyectos, informes, etc.
Mi punto es que quizá deberían haber equipos dedicados, ya atacando esos temas, independientemente de los que están atacando los bugfixes y los temas actuales de la 7.7.
Lo digo por lo visto en otras herramientas, la comunidad se termina cansando si percibe que los bugfixes y novedades salen a paso demasiado lento, ya son demasiados antecedentes de productos brillantes que terminan muriendo o están actualmente muy decaídos en cuanto a cantidad de desarrolladores usandolos, por mucho que en su tiempo tuvieron una comunidad fiel.
El mundo del desarrollo de software es tremendamente dinámico y competitivo, por mucho que uno como desarrollador adore una plataforma, tarde o temprano tiene que responder a los nuevos retos.
Velneo, en mi opinión, tiene con que responder a ellos, solo que ahora hay un problema grande de velocidad de respuesta. Tienen lo principal, la calidad y el potencial en I+D, quizá es momento en que piensen agregarle mas ‘cantidad’ a esa calidad.
@cjribera
Por supuesto que entiendo tus comentarios y los tomo como algo construtivo. Desde tu llegada a la comunidad tus aportaciones siempre han sido positivas y con la intención de hacernos crecer como empresa y herramienta. Esto se agradece.
Sobre los equipos que comentas así trabajamos pero la calidad está por encima de la velocidad 🙂 en nuestras prioridades.
Sólo me gustaría comentarte un par de temas estratégicos, nosotros siempre hemos apostada por un crecimiento lento pero rentable https://velneo.es/por-que-la-politica-de-suscripciones-y-crecimiento-lento/ , nos puede pasar de todo pero Velneo/Velazquez es una tecnología que lleva 20 años en el mercado no es una tecnología start-up. Además actualmente somos rentables y estamos en crecimiento constante http://alfonsogu.com/2011/04/26/velneo-crece-en-hispanoamerica/. Esto no quiere decir que nos debamos confiar todo lo contrario tenemos que seguir aprovechando este sueño que es Velneo, si además los resultados acompañan mejor que mejor. Debemos seguir mejorando en todas las áreas, además tenemos una gran comunidad que nos empuja constantemente a la mejora y eso se agradece.
un saludo y muchas gracias por tus aportaciones
@Alfonso, solo mencionarte que en el link de los paises, faltó mencionar a mi país, Bolivia, creo ser el único usuario Velneo aquí, por ahora.
.
Lo del crecimiento me parece muy bueno, me habían comentado sobre 1500 usuarios, de nivel2 para arriba.
.
Solo para hacerles notar, no voy a mencionar mas nombres, pero herramientas consideradas ‘Niché’, una tiene 40 mil usuarios registrados, otra, aun mas cerrada, tenía 6mil su buena época.
.
No lo digo como crítica, sino para que esten conscientes de que aun pueden crecer MUCHISIMO mas en cuanto a ventas. Es un mercado GIGANTE el que podría comerse una herramienta tan poderosa como Velneo.
.
Y justo por eso lo les invito a que analicen (seguro ya lo han hecho): Quizá a la base actual no le importe mucho algunas funcionalidades, pero por ejemplo, añadir funcionalidad geográfica a la BD Velneo (ver http://www.postgis.org para que entiendan de lo que hablo, de almacenar informacion geografica de forma nativa, no solo de un visor…y ojo, que ese area es tremendamente rentable, son acostumbrados a montos altos para todo), o el de desarrollar sobre BD externas, o el modelador UML.
.
Desarrollos de ese estilo, entiendo que serian a futuro, que ahora hay otras urgencias pero solo es para que analicen el retorno de inversión de encararlos, viendo lo que normalmente es considerado inexcusable para alguien que viene de fuera sin conocimiento previo de Velneo.
.
Bueno, perdón por el ladrillo, vuelvo a mis tareas. Les deseo la mejor de las suertes.
Un saludo.
César
@gracias Cesar tendré en cuenta tus recomendaciones.
Acabo de actualizar Bolivia en los países, está en el apartado «otros» en los que hay varios países con pequeños grupos de desarrolladores.
Un saludo
Es la leche, yo particularmente no he leído en ningún foro de otras herramientas que se utilice cualquier otro sistema para generar los gráficos de los informes, a este paso cuando más usuarios os pidan subindexadores en los combo box, les pedis que utilicen Windev, y ya todos contentos.
Creo que realmente tenéis falta de más programadores cualificados para sacar el proyecto adelante en un tiempo razonable, porque a este paso cuando lleguéis, en el mercado ya existirán herramientas que hagan lo de Velneo y 1000 cosas más, vamos que siempre estaremos estancados, lo que sí es cierto es que según lo que dice un conocido anuncio, no es más feliz el que más tiene, sino el que menos necesita, en este caso no es más feliz el que más funcionalidades posea, sino el que mejor las sepa utilizar, pero hombre al menos proporcionarnos las básicas de todas las demás herramientas…