1.- Integración de aplicación y base de datos están en un mismo producto.Con Velneo el desarrollador tiene todo lo que necesita para crear aplicaciones: base de datos y entorno de desarrollo. No hace falta conocer un montón de lenguajes, tecnologías, sistemas, etc... ni estar conectándolas y configurándolas entre ellas. Quien mucho abarca... poco aprieta.2.- Ausencia de errores de sintaxis. Muchas veces, cuando compilas una aplicación te da un error, o no te muestra el resultado que debería, y te vuelves loco buscando el motivo. Resulta que era una pequeñez, que faltaba una tontería, y te has tirado media hora buscando por qué falla!3.- Instalaciones muchísimo más sencillas.En Velneo, en monopuesto no hace falta instalar nada. Basta con copiar en el disco duro donde quieras la carpeta con los archivos necesarios, pero no hay que instalar ni registrar librerías ni nada de eso. En otros entornos las instalaciones son laboriosas, además, el ordenador sobre el que programas debe estar siempre actualizado porque la instalación varía dependiendo del S.O. que tenga el cliente.4.- En Velneo se puede hacer una pequeña aplicación que maneje datos sin picar una sola línea de código.La mayoría de las tareas de depuración de una aplicación, en Velneo son automáticas. Se pueden presentar a un cliente prototipos de una aplicación en tiempos récord y sin apenas empleo de tiempo (Ciclo de vida de una aplicación: desarrollo prototipado) --> cliente impresionado porque además de palabras, ve hechos, y eso, hoy por hoy, no lo hace casi nadie.5.- Cuando creas una aplicación desde cero porque es un programa a medida, una vez que has terminado la aplicación, SIEMPRE hay un periodo de depuración de errores.El programa suele fallar, el cliente te llama y te dice: - mira es que estaba haciendo no sé qué y al darle al botón me dio un error y me echó del programa… y perdí todo lo que estaba haciendo… - .....Es una cosa que los clientes, más o menos, tienen asumida, y de hecho, ya se les avisa antes de que eso va a pasar, pero la verdad, a mí… no sé, me da sensación de que cuando terminas un programa, tienes que parchearlo porque tiene vías de agua por todos lados y la sensación que deja es de inseguridad, porque el cliente ya va con miedo, pensando a ver dónde estará el próximo error… y durante el primer año, suelen trabajar en paralelo con las 2 aplicaciones porque no se fían.6.- Con Velneo nos podemos olvidar, por ejemplo, de los OCX.Los controles con los que vienen otras plataformas te dejaban hacer pocas cosas. Además, trabajas con componentes de terceros, pero son terceros, cuartos, quintos, … fabricantes, y como tengas algún problema a ver quién tiene la culpa?!…7.- El desarrollo de aplicaciones para arquitecturas cliente/servidor con un gran número de puestos.En otros IDE, la mayoría de las aplicaciones se hacían para monopuesto o 2-3 estaciones, que ni siquiera solían trabajar a la vez. La gestión de concurrencias y de trabajo en red es más tedioso que con Velneo, de hecho, con Velneo es algo que ni siquiera te importa, porque te da igual hacer una aplicación para monopuesto o para C/S. El tema de acceso a datos y concurrencias es algo totalmente transparente e incluso contempla que si 2 personas tienen abierta la misma ficha de cliente y una de ellas hacen un cambio en la ficha, ese cambio se refrescaría y lo vería el otro usuario sin hacer absolutamente nada. En otros software de desarrollo tendrías que poner un “timer” para que controlase en la BBDD si se ha modificado una ficha y luego volver a cargar los datos para mostrárselos al usuario, con lo cual, generarías un tráfico de red importante, y si haces eso, con 20 puestos, una red 10/100 se podría llegar a saturar… en fin que es impensable, al menos, yo lo veo así.
