Desconfiado por naturaleza

Desde que tenia unos 20 años quise ser programador, por lo tanto empecé a hacer mis pinitos con Access, SQL, visual Basic, Delhi etc... empezaba con mucha ilusión con cada uno de ellos pero la verdad es que me duraba bastante poco, no entendía que hacer una pequeña aplicación fuese tan complejo y eso me hacia desconfiar y hacerme preguntas.

1-Como voy a mantener mis aplicaciones?
2-Que pasa si me cambian de versión?
3-Si necesito cambiar el nombre de un campo, ¿Donde se usa?
4-Si aparece un error después de una actualización de windows...?

Estas y muchas otras cosas acababan por hacerme abandonar la idea, al final no era rentable programar.

Cuando ya tenia 30 años alguien me hablo de Velazquez Visual (ahora Velneo) y me dije a mi mismo, voy a echarle un vistazo pero seguro que es como los demás. Craso error, a los pocos días había hecho un despertador programable que me llamaba al móvil a determinadas horas y nunca fallaba, en los meses siguientes hice una pequeña aplicación de gestión de almacén, un catalogo de fotos, una base de datos para la policía etc.. pero seguía con la desconfianza de la potencia de la base de datos y esta vez la pregunta era, que pasará cuando un cliente tenga millones de registros en su base de datos?

Primera prueba, una tabla con todas las combinaciones de la lotería primitiva, unos 14 millones de registros aproximadamente, buscar un registro era instantáneo, impresionante me dije.

Segunda prueba, una tabla de documentos con dos históricas, en una objetos binarios y en la otra objetos dibujo, di de alta mas de 100.000 registros de forma automática, a cada uno le metía en los históricos un documento pdf y una imagen, en total mas de 20 Gb de datos y otra vez buscar un registro era instantáneo.

Fue entonces cuando desapareció mi desconfianza y comprendí que programar si que podía ser rentable, ya no me preocupaba el mantenimiento de mis aplicaciones, ni los cambios de versión ni por supuesto el cambiarle el nombre a un campo o una variable, ya que el sistema lo cambiaba automáticamente en todos los sitios necesarios. Ya no necesitaba dedicarle mas tiempo a documentar la aplicación que a programarla, por que ahora tenia los inspectores.

Ahora soy una persona menos desconfiada y mi tiempo es mas rentable, que mas le puedo pedir a Velneo?

Trabajo en equipo con Velneo

O como sacarle partido a unas cañas....

De todos son conocidos los problemas para programar en equipo con las herramientas actuales, ( hasta la salida de V7 ), por lo que siempre se recure a los viejos trucos de los colores de los objetos, los nombres de las tablas etc.. pero ahora vamos a ir un paso mas allá gracias a los sabios consejos que me dió el gran Fran Abad tomando unas cañas.

La idea consiste en una pequeña aplicación que lleve un control de versiones y tareas realizadas en cada versión, y para ello vamos a usar solo cinco tablas.


  • APLICACIONES
  • VERSIONES
  • USUARIOS
  • ASIGNACIONES
  • TAREAS


La tabla APLICACIONES lleva un campo código, nombre de la aplicación, nombre del mapa, última versión y fecha de la misma, además de un campo para localizar el mapa que dependerá de si usamos SDV acceso web etc.

La tabla VERSIONES es historica de aplicaciones y en ella se guardan el nombre y fecha de cada versión.


La tabla USUARIOS solo lleva un campo codigo y el nombre del usuario.

La tabla ASIGNACIONES es historica de aplicaciones y usuarios y solo tiene dos campos enlazados a sus maestras corespondientes. Esta tabla se usa para permitir el acceso de los usuarios a las aplicaciones.
Y por último la tabla TAREAS guardará todo el historial de cambios en nuestras aplicaciones.

Este seria el esquema básico de las tablas. Este esquema nos permite sacar listados de cambios por aplicación, por versión, por usuario, por fechas etc..


La siguiente captura muestra el formulario de aplicaciones, en el observamos tres pestañas en las que podremos ver las tareas realizadas en la aplicación, los usuarios asignados para modificaciones y el historial de versiones. En la ficha de cada versión también podemos consultar los cambios realizados en esa versión.


Y esta última muestra el formulario de tareas. Aquí se observan los campos de prioridad de la tarea, fecha de inicio, fecha limite y fecha de finalización, usuario que la realiza, nombre de la aplicación y descripción de la tarea. Vemos además los objetos texto para desarrollar las explicaciones del cambio propuesto y los pasos realizados para su desarrollo.


Ahora solo quedaria crear algunos procesos para definir la seguridad de acceso a los mapas y elegir la mejor manera de subir y bajar nuestras aplicaciones, esto se puede hacer a través de SDV, a través de WEB o usando los recursos compartidos de windows. La decisión final dependerá de las necesidades y recursos de cada caso concreto.

Espero que este artículo os sirva tanto como a mi.

Trabajo en equipo con Velneo

O como sacarle partido a unas cañas....

De todos son conocidos los problemas para programar en equipo con las herramientas actuales, ( hasta la salida de V7 ), por lo que siempre se recure a los viejos trucos de los colores de los objetos, los nombres de las tablas etc.. pero ahora vamos a ir un paso mas allá gracias a los sabios consejos que me dió el gran Fran Abad tomando unas cañas.

La idea consiste en una pequeña aplicación que lleve un control de versiones y tareas realizadas en cada versión, y para ello vamos a usar solo cinco tablas.


  • APLICACIONES
  • VERSIONES
  • USUARIOS
  • ASIGNACIONES
  • TAREAS


La tabla APLICACIONES lleva un campo código, nombre de la aplicación, nombre del mapa, última versión y fecha de la misma, además de un campo para localizar el mapa que dependerá de si usamos SDV acceso web etc.

La tabla VERSIONES es historica de aplicaciones y en ella se guardan el nombre y fecha de cada versión.


La tabla USUARIOS solo lleva un campo codigo y el nombre del usuario.

La tabla ASIGNACIONES es historica de aplicaciones y usuarios y solo tiene dos campos enlazados a sus maestras corespondientes. Esta tabla se usa para permitir el acceso de los usuarios a las aplicaciones.
Y por último la tabla TAREAS guardará todo el historial de cambios en nuestras aplicaciones.

Este seria el esquema básico de las tablas. Este esquema nos permite sacar listados de cambios por aplicación, por versión, por usuario, por fechas etc..


La siguiente captura muestra el formulario de aplicaciones, en el observamos tres pestañas en las que podremos ver las tareas realizadas en la aplicación, los usuarios asignados para modificaciones y el historial de versiones. En la ficha de cada versión también podemos consultar los cambios realizados en esa versión.


Y esta última muestra el formulario de tareas. Aquí se observan los campos de prioridad de la tarea, fecha de inicio, fecha limite y fecha de finalización, usuario que la realiza, nombre de la aplicación y descripción de la tarea. Vemos además los objetos texto para desarrollar las explicaciones del cambio propuesto y los pasos realizados para su desarrollo.


Ahora solo quedaria crear algunos procesos para definir la seguridad de acceso a los mapas y elegir la mejor manera de subir y bajar nuestras aplicaciones, esto se puede hacer a través de SDV, a través de WEB o usando los recursos compartidos de windows. La decisión final dependerá de las necesidades y recursos de cada caso concreto.

Espero que este artículo os sirva tanto como a mi.

Inauguración del blog

Hacia ya mucho tiempo que tenia ganas de tener mi propio blog, pero por falta de tiempo y a veces algo de pereza , lo fui dejando hasta hoy, que en un rato muerto me decidí a ponerlo en marcha.

Como os indica el titulo, todo en este blog girará en torno al mundo de Velneo. Espero poder aportar algo desde aquí a la gran comunidad de usuarios de esta, nuestra herramienta.

Inauguración del blog

Hacia ya mucho tiempo que tenia ganas de tener mi propio blog, pero por falta de tiempo y a veces algo de pereza , lo fui dejando hasta hoy, que en un rato muerto me decidí a ponerlo en marcha.

Como os indica el titulo, todo en este blog girará en torno al mundo de Velneo. Espero poder aportar algo desde aquí a la gran comunidad de usuarios de esta, nuestra herramienta.