Velneo comparado con otros entornos de desarrollo (SQL+lenguaje de programación)

02.06.08

Introducción

A la hora de desarrollar una aplicación que requiera una base de datos podemos elegir varios caminos.

Uno de ellos, posiblemente el mas común, es usar un lenguaje de programación genérico 3GL(C++, Java, Visual Basic…) y un lenguaje de acceso a la base de datos (SQL).

Vamos a ver algunas de las posibles ventajas, respecto al desarrollo de la aplicación, entre usar Velneo ó 3GL+SQL:

Ventajas de usar Velneo:

Interface base de datos – aplicación

Con 3GL+SQL debemos programar y mantener nosotros mismos la relación base de datos-aplicación, es decir: programar todos los accesos a la base de datos y vincular la base de datos con nuestros objetos de aplicación. Esto implica que si cambia algún campo en la base de datos debemos tenerlo en cuenta para, por ejemplo, cambiar el formulario donde se usa ese campo. Con Velneo esa vinculación es automática y cualquier cambio en la base de datos se refleja en los objetos de aplicación.


Optimización

Con 3GL+SQL debemos ser muy cuidadosos a la hora de optimizar los accesos a la base de datos ya que una consulta SQL puede ejecutarse mucho mas lenta que la misma consulta escrita de manera optimizada. Velneo nos asiste a la hora de diseñar la base de datos para optimizar los accesos (punteros, recorrer listas por índices…).


Entorno completo

Con 3GL-SQL se necesitan varias herramientas (compilador, SGBD, servidor Web, diseñador de informes,…), las cuales hace falta conocer profundamente. Con Velneo hay un único entorno en el que están integrados todos los elementos (base de datos, diseño de objetos de aplicación, servidor Web…).


Programación cliente-servidor

Con un lenguaje 3GL puede ser bastante complicado programar la comunicación cliente-servidor y lanzar procesos en el servidor desde el cliente. En Velneo esto es muy sencillo gracias a los objetos disponibles: objeto TCP, ejecución de procesos en el servidor, demonios, funciones remotas…


Organización y reutilización

En un entorno de desarrollo 3GL+SQL se necesitan imponer políticas de normalización a la hora de desarrollar la aplicación por varias personas, ya que de lo contrario el proyecto se hace inmantenible e inmanejable. Con Velneo esto no ocurre, ya es muy fácil organizar un proyecto gracias al uso de carpetas y también resulta sencillo, gracias a los inspectores, localizar que objetos están siendo usado por otros objetos y los errores del proyecto (objetos no usados, errores en formulas, etc).

Seguro que se quedan en el tintero más ventajas (y seguro que, aunque este artículo está centrado en las ventajas, existe algún inconveniente) de usar Velneo con respecto al desarrollo de aplicaciones, pero cada programador puede aportar su propia experiencia y punto de vista al respecto.

 

Etiquetas: desarrollo, , , , ,

Valorar la entrada
1 Puntos2 Puntos3 Puntos4 Puntos5 Puntos
(6 voto(s), 4,67 sobre 5)

Comentarios

  • Manuel Tovar
    Junio 2, 2008 - 16:53 #

    Fernando, creo que todo lo que dices es cierto, pero hay unos inconvenientes que creo yo que son importantes. Uno de los que más me inquieta es el siguiente:
    Casi ningún proyecto es una isla, normalmente está relacionado con otros. A estas alturas casi todas las empresas tienen aplicaciones corriendo, propias o de otros proveedores. Incluso las empresas de nueva creación suelen iniciar con aplicaciones de paquete con las que es difícil competir, por ejemplo la contabilidad recomendada por el departamento de contabilidad porque esa es la que conocen o por lo que sea. Yo tengo bastantes clientes donde tengo aplicaciones corriendo que además tienen otras aplicaciones de otros proveedores. En esas situaciones la posibilidad de utilizar cualquier motor de BD es fundamental. No solamente que nuestro proyecto pueda atacar otra BD (ya se que se puede hacer con ODBC y Oracle e Informix de forma nativa con algunas restricciones) sino que nuestras tablas puedan ser atacadas por las otras aplicaciones. En esas situaciones la ventaja de “entorno completo” se transforma en una desventaja.
    Otra desventaja es que si el usuario (experto) quiere hacer por ejemplo queries a la BD para confeccionar informes o lo que sea, lo tiene que hacer necesariamente a través de una mapa de Velneo. Yo tengo algunos clientes que tienen administradores expertos que utilizan las tablas de mis aplicaciones para hacer informes, consultas o lo que sea sin ni siquiera consultarme a mí y lo hacen utilizando un programa simple y gratuito como es el MySQLAdministrator o cualquiera otro similar. Eso en algunas ocasiones ha sido un buen argumento de venta y les da a los usuarios finales la sensación de que son “dueños” de su propia información.
    Por otro lado al ser uno solo la BD y la Interface hace que la reutilización en algunos casos sea imposible. En otras palabras o lo haces con Velneo o no lo haces con Velneo, pero no lo puedes hacer un poco con Velneo y otro poco con otra herramienta. Me explico: Hace años trabajabamos con VFP con la base de datos nativa de Microsoft VFP, cuando cambiamos a MySQL muchas de las interfaces no hubo que rehacerlas y eso es muy bueno porque los usuarios finales no notaron mayor cambio y por tanto no ofrecieron resistencia.

    Bueno, es mi modesta opinión porque que confieso que no conozco mucho Velneo y perdón por lo extenso de la entrada.
    Saludos cordiales
    Manuel Tovar
    Barranquilla – COLOMBIA

    Valora este comentario: (0 votos)
  • Jesús Arboleya (Velneo)
    Junio 2, 2008 - 16:56 #

    Hola Manuel,

    Los desarrolladores de Velneo hace tiempo que nos han demandado la posibilidad de disponer de un ODBC por los motivos que comentas y con los que estoy totalmente de acuerdo. Por ese motivo Velneo V7 nacerá con un ODBC que te permitirá beneficiarte de las grandes ventajas que aporta un “entorno completo” y de la posibilidad de acceder a los datos de tu bases de datos Velneo utilizando este estándar y desde aplicaciones externas a Velneo.

    Creo que la segunda desventaja de la que hablas en parte se solventa con el ODBC comentado en el párrafo anterior pero además en Velneo 6.4 dispone de una aplicación vEdper (personalizador de informes) que permite al programador o al administrador experto generar nuevos informes o adaptar los que tu hayas programado sin necesidad de entrar al código fuente de tu aplicación.

    Respecto a las consultas que comentas Velneo aporta al usuario final, sea o no administrador experto, la posibilidad de realizar consultas complejas sin necesidad de escribir sentencias SQL. ¿Cómo? Utilizando las funciones de navegación a maestro y a histórico. Con estas 2 funciones un usuario final experto y no expero, en menos de un minuto puede realizar, por ejemplo, una consulta tan compleja como conseguir en una aplicación de facturación una lista de aquellos artículos que se han vendido el mes pasado que no se hayan vendido este mes. Reitero que puedes llegar a hacer cosas realmente complejas con la funciones de navegación y combinación de listas tanto tú como programador como los usuarios finales. Este comentario me da pie a preparar un artículo con un vídeo que muestre este ejemplo que acabo de comentar en ejecución para que se pueda comprobar la versatilidad de la navegación para el usuario final.

    Respecto a tu comentario sobre la ventaja del cambio de BD estoy de acuerdo, pero como también dices que no conoces bien Velneo te animo a que lo hagas y puedas comprobar por ti mismo cómo la base de datos Velneo te permite desarrollar aplicaciones donde la base de datos se convierte en la parte fundamental de la misma ya que aplicarás directamente las reglas de negocio en los contenidos iniciales de campos, triggers y actualizaciones. Además al utilizar punteros indirectos y singulares de plural en muchas tablas lo que te permite ahorrarte mucho tiempo de desarrollado y facilita la programación de la parte visual de la aplicación. En resumen, es cierto que se pierde la posibilidad que comentas, pero a cambio las ventajas que aporta son tan grandes que habrás obtenido una rentabilidad mayor en tu trabajo. Rentabilidad que en muchos proyectos es una parte fundamental de la decisión de compra y de las posibilidades que tienes a la hora de calcular un presupuesto. Y estas ventajas a la hora del desarrollo se multiplican en el mantenimiento de las aplicaciones si tienes en cuenta el ahorro que supone poder modificar las estructura de la base de datos, incluso el identificador de un campo o un índice o de cualquier objeto visual de una aplicación que ya esté en producción sabiendo que este cambio se refresca automáticamente en todos los objetos que lo usan. Estas ventajas te permiten ejecutar la aplicación modificada sabiendo que todo funcionará correctamente y que la tabla se reconstruirá automáticamente sin pérdida de datos. Todas estas ventajas son al final de un año cientos de horas de ahorro y miles de euros de reducción de costes en tu trabajo.

    Me consta que Fernando tiene claro que Velneo no es perfecta y, que como cualquier herramienta de desarrollo tiene sus ventajas y sus inconvenientes, pero quería dedicar este artículo para hablar en particular de las ventajas.

    Reitero Manuel que Velneo tiene ventajas e inconvenientes y que la herramienta perfecta no existe. Por eso en la compra de una plataforma de desarrollo hay que poner en una balanza ventajas e inconvenientes y comprobar cual es la que mejor se adapta a tus necesidades. Y si lo que buscas es un negocio rentable y estable Velneo tiene muchas papeletas.

    Saludos.

    Valora este comentario: (2 votos, media: 5 de 5)
  • Manuel Tovar
    Junio 2, 2008 - 16:56 #

    Jesús, gracias por contestar. Esperamos ese vídeo. Creo que ustedes (vosotros) tienen (tenéis) razón. No creo que tantas personas se puedan poner de acuerdo para decir algo que no es cierto: “estoy seguro que Velneo es la mejor plataforma para desarrollar aplicaciones empresariales”. Yo también lo creo así aunque no lo conozca muy bien. Lo que no vemos claro es cómo empezar cuando tenemos aplicaciones en producción en otras herramientas y con otras BD con las que los nuevos desarrollos tienen que convivir, cuando la lista de espera es larga, cuando hay proyectos a medias en otras herramientas, cuando hay clientes con servidores Linux, cuando la rentabilidad es mala porque demoramos mucho en entregar y por lo tanto no disponemos casi de recursos para inversión y además no podemos dejar de entregar para no dañar más las relaciones con los clientes, etc.
    Aunque la curva de aprendizaje no sea muy dura, la tiene que haber y las primeras aplicaciones que se saquen deben salir medio mal hechas y entonces ¿qué hacemos? les decimos a los clientes esperate dos o tres meses a que aprendamos a manejar esta nueva herramienta con la que en tres meses seremos mucho más ágiles que ahora…
    No es que no me crea que Velneo no es mejor alternativa que VFP + MySQL, estoy seguro de que si porque son muchas personas con solvencia y experiencia diciéndolo, lo que creo es que cambiar a Velneo hay que hacerlo de forma total por la propia naturaleza del producto y eso es un trauma cuando tienes una serie de aplicaciones en producción que a veces necesitan mantenimiento, otras en fabricación a medias y otras en lista de espera que van a convivir con las actuales.
    El problema, al menos para nosotros, es cómo cambiar por aquello de que si lo hacemos con Velneo lo tenemos que hacer todo con Velneo por la propia definición de la herramienta, porque además el cambio de chip es tan grande que creo yo que debe ser difícil andar cambiando para atrás y para adelante.

    En resumen: Entendemos que Velneo no puede utilizarse como otra herramienta, si tomas la decisión de utilizar Velneo, todo debes realizarlo en Velneo, por las razones arriba expresadas y en ese sentido hay muchas entradas en que la gente que ha cambiado comenta cosas como …” y en un mes rehice lo que tenía en VB, etc.” pero eso es una decisión a veces difícil de tomar.

    Bueno, perdón, creo que me salí del tema de la entrada del blog. De nuevo disculpen lo extenso de la nota.

    Saludos cordiales

    Manuel Tovar
    Barranquilla – COLOMBIA

    Valora este comentario: (2 votos, media: 5 de 5)
  • Jesús Arboleya (Velneo)
    Junio 2, 2008 - 17:05 #

    Hola Manuel,

    Estoy totalmente de acuerdo con lo que expones en tu comentario.

    Gracias a ese comentario me has animado a escribir un nuevo artículo en mi blog

    http://jarboleya.com/2008/05/31/cambiar-de-herramienta-de-desarrollo-de-aplicaciones-empresariales/

    En el artículo he tratado de aportar mi punto de vista de forma abstracta basándome en mi experiencia sobre la problemática que comentas.

    Saludos

    Valora este comentario: (2 votos, media: 5 de 5)
  • Manuel Tovar
    Junio 2, 2008 - 17:05 #

    Jesús, te felicito por el artículo publicado en tu blog en esta dirección

    http://jarboleya.com/2008/05/31/cambiar-de-herramienta-de-desarrollo-de-aplicaciones-empresariales/

    Me he permitido algunos comentarios adicionales que por lo extenso he preferido publicar aquí:

    http://manueltovar.blogspot.com/2008/06/cambiar-de-herramienta-de-desarrollo_01.html

    Te agradezco tus comentarios, pienso que son muy útiles.

    Saludos cordiales
    Manuel Tovar
    Barranquilla – COLOMBIA

    Valora este comentario: (0 votos)
  • Jose Manuel Hernandez
    Agosto 20, 2008 - 18:09 #

    Muy buenos dias ….

    De antemano mis disculpas por utilizar este espacio.

    He programado durante mucho tiempo,pero en plataformas muy diferentes (Puro codigo)
    Me interesa mucho la plataforma velneo,como nueva alternativa de desarrollo y bases de datos, pero voy a arrancar de cero, soy de SANTAMARTA COLOMBIA y por lo que que me he dado cuenta MANUEL TOVAR es de barranquilla, me gustaria contactarme con el , para poder aclarar algunas dudas al respecto, y asi, poder aportarles algo,mi direccion es jose_manuel_hf@hotmail.com.

    Gracias

    Jose Manuel

    Valora este comentario: (0 votos)

Comentar

Cerrar
Enviar por Correo