Velneo y yo

Open Source. ¿el camino a seguir?

2007-03-28T10:37:00.000+02:00

Tras el visionado de los videos relativos a la entrevista a Alfonso Gutiérrez, se ha encendido la chispa que hacía falta para poner orden muchas de las cosas que van y vienen constantemente por mi cabeza.

Miraré un poco hacia atrás para empezar mi exposición. Hace ya algunos años que estoy trabajando con Velneo, con plena satisfacción por mi parte. Aunque siempre había resuelto con satisfacción mis desarrollos, siempre me quedaba la duda de si lo había hecho de la mejor forma posible. La falta de comunicación con otros programadores de Velneo entre otras cosas impedía el poder exponer con claridad las dudas y diferentes alternativas a un problema.

La salida de las plantillas fue una gran ayuda, a pesar de que no me convence del todo su diseño. Pero por lo menos hay unas buenas pautas y sobre todo unos motivos razonados de como hacer ciertas cosas.

Trasteando por la web he podido observar que existen muchas aplicaciones comerciales clasificadas como open source. ERP's, CRM's, etc. La mayoría hechas por programadores de otros países y con idiomas diferentes al castellano. Y hay mucha gente que vive de y gracias a ellas.

El open source es una alternativa muy válida para nosotros, desarrolladores que en realidad vivimos del servicio prestado, no de fabricar software. El software que hacemos es una necesidad para ofrecer servicio, no un fín por si mismo.

Seguro que cada uno de nosotros tiene más ideas y proyectos de mejora de su software, de los que realmente puede desarrollar. ¿Por qué quedarnos con las ganas?. Entiendo que trabajando en equipo, compartiendo uno o varios proyectos en común, se puede desarrollar un software muy completo, que nada tenga que envidiar a otros paquetes que las grandes compañías venden.

Lo que cada uno de nosotros es capaz de desarrollar es realmente bueno (y si no creemos eso, no vale la pena dedicarse a ello), pero nuestras capacidades individuales son reducidas, por falta de tiempo, o de conocimiento de todas las áreas a tocar.

¿Que ocurriría si unieramos esfuerzos y conocimientos para una misma causa?. Algunos podrían decir que ya tenemos eso con las plantillas. Pero yo opino, que las plantillas se quedan cortas, que realmente valen para marcar las pautas y dar muestras de como programar óptimamente en Velneo.

¿Cuántos módulos se podrían realizar en equipo?. No me refiero a mapas de ejemplo o pruebas para compartir en el foro. Me refiero a invertir toda nuestra experiencia y parte de nuestro esfuerzo en proyectos reales, que tengan como fin proporcionar un producto completo y abierto.

Las ventajas serían obvias. Más funcionalidades de las que realmente hubieramos podido desarrollar solos; documentación completa, recursos de formación a usuarios; mejoras constantes basadas en el feedback de cada una de las instalaciones.

Antes era muy celoso de mis conocimientos y experiencia, adquiridas tras años y esfuerzos. Pero cuanto más se, mas consciente soy de que se mucho menos. Montar una empresa con empleados multidisciplinares que abarquen todas las áreas necesarias hoy en día no está al alcance de la mayoría de nosotros. Pero entiendo que existen fórmulas para alcanzar esas metas con nuestros limitados recursos .

En fín, aquí dejo mis reflexiones. Quizás a algunos puedan parecer interesantes, a otros peregrinas, o algo aún peor, pero internet nos da la posibilidad de ser más grandes.

Utilidad para crear Xml

2006-11-02T08:03:00.000+01:00

Recientemente he tenido que realizar una exportación de facturas a formato Xml. Era mi primera incursión en este lenguaje; pero tras los primeros momentos de desconcierto, todo ha ido a la perfección.

Esta exportación la he tenido que hacer utilizando otras herramientas (Genexus), y he utilizado funciones específicas que incorpora la herramienta para facilitar la tarea.

Inmediatamente he pensado en trasladar esta funcionalidad a Velneo, por si tengo que realizar algo similar en otra ocasión.

Es por esto que, he creado este pequeño mapa con unas funciones que espero sean de utilidad para crear documentos Xml.

En el mapa hay un conjunto de funciones y un procedimiento de ejemplo que utiliza estas funciones.

Obviamente, el ejemplo es muy sencillo. Pero se podrían incluir todo tipo de instrucciones de acceso a datos para obtener los necesarios e incorporarlos al documento Xml.

También, lo dejo abierto a que programadores mucho más familiarizados con el mundo Xml, puedan mejorarlas y ampliarlas si se da el caso.

Mapa Xml

Aves migratorias

2006-10-31T08:53:00.000+01:00

A raiz de las expectativas suscitadas por la migración de las aplicaciones desarrolladas con Velneo, a la nueva versión 7, recupero de la baja memoria ciertos recuerdos.

Recuerdo la primera migración que tuve que afrontar, de RPG II a RPG III, de los sistemas S/36 a los novedosos, entonces, AS/400. Todo un reto, y eso que IBM hizo que que todo fuera bastante compatible, incluso un entorno S/36 dentro del AS/400. Realmente las aplicaciones funcionaban, pero desde luego no podía decirse que estuvieran hechas para el nuevo sistema. Para ir saliendo del paso, ya valía, pero la realidad fue que las apliaciones tuvieron que rehacerse totalmente de nuevo, para aprovechar las ventajas que ofrecía el nuevo entorno y lenguaje. Eso si, las clásicas funciones de cálculo de dígitos, validaciones de codigos, cálculos entre fechas, etc, esas, si fueron reutilizadas casi en su totalidad.

No profuncizaré en los siguientes cambios, ILE RPG, etc. Porque la verdad ya no los viví con la misma intensidad, por aquel entonces ya me había pasado a las herramientas CASE.

SYNON/2, una maravillosa herramienta CASE, de la época. Magnífica, trabajaba con pantallas modo texto, las famosas 5250. Hacer aplicaciones era incluso divertido. Hasta que la tecnología cambío y apareció el hermano mayor, el que trabajaba en entorno gráfico, y por añadidura orientado a objetos. Según el fabricante, se podía migrar, con algunas limitaciones. Limitaciones que fundamentalmente, pasaban por rehacer todo el software. ¿Como demonios se podía reutilizar lo desarrollado para un entorno de texto, a uno gráfico y orientado a objetos?. De nuevo a aprenderlo todo y a rehacer el software para que estuviera utilizando la tencnología en todo su esplendor.

RPG/Asna. Otra herramienta muy buena, sobre todo dirigida a los programadores que venían del RPG y querían adaptarse al desarrollo de cliente/servidor y entorno gráfico. Las versiones iniciales se parecían mucho al RPG del AS/400. Eran casi idénticas. Hoy en día este lenguaje está en el entorno .NET. Muy poco que ver con el lenguaje original. Quien quiera continuar utilizando este lenguaje y aprovecharlo al máximo, no tiene otro remedio que programar utilizando la tecnología y sintaxis del entorno .NET. Que alguien me diga si el software de la versión anterior es compatible al 100%. Seguro que habrá muchos retoques que hacer.

Y así podría contar y contar ejemplos de casi cada uno de los lenguajes o plataformas que han ido evolcionando y no se han quedado en el camino.

Velneo, nueva versión. Tecnología nueva. ¿Seguro que pretendemos que haya un conversor automático de las aplicaciones antiguas?. Yo creo que conseguir eso es una utopía. Lo ha sido con la mayoría de herramientas, y supongo lo será con esta. Por mi parte ya me estoy mentalizando que hay que rehacerlo todo. Seguramente, los procedimientos de uso general y que no utilicen objetos visuales, se podrán reutilizar en su totalidad, pero el resto, permitidme que lo dude.

Todas las herramientas han sacado alguna utilidad para facilitar la migración y dar la sensación que no se olvidan de los fieles clientes. Pero la realidad es que despues de aplicar estas ayudas, siempre hay que trabajar duro, para dejarlo todo funcional y eso en el mejor de los casos. Porque hay algún caso en el que uno dice “virgencita, que me quede como estaba”.

Desde que me dedico a esto, siempre he tenido que ir aprendiendo las mismas cosas periodicamente. ¿Alguien no?

Vnotify, una opción para lucirse

2006-10-24T07:57:00.000+02:00

A pesar de conocer la existencia y funcionalidad de vNotify desde su aparación, hasta ahora no he tenido la ocasión para utilizarlo.

En estos dias tuve que hacer un añadido a nuestra gestión de tareas y facturación y vi una oportunidad para emplearlo. Añadí un sistema de envio de tareas entre usuarios y seguimiento de las mismas.

Pensé: "quedaría chulo que además me apareciera un pop-up cuando alguien me encomienda una nueva tarea o cuando se ha agregado algun comentario a alguna de las ya en curso". Ni corto ni perezoso me puse manos a la obra. En realidad basta fijarse en el mapa del almacén de objetos, leer el manual del programador del plug-in (6 páginas) y poco más. En cuestión de 20 minutos casi funciona.

Y digo casi, porque a pesar de que las llamadas a las funciones se realizaban correctamente, los valores pasados eran correctos, y los chequeos internos que puse para comprobar eso, no dejaban de confirmarme que todo estaba bien. Pero la realidad es que no me aparecia ningún pop-up.

Tras un buen rato me di cuenta de que me había olvidado de iniciar la dll. (VNOTIFY-INIT). Que rabia me dio ver que había perdido tanto tiempo en una obviedad. Pero de estas cosas aprende uno y por eso lo cuento aquí, para que si alguien lee esto, por lo menos no tropiece en el mismo sitio que yo.

La segunda parte fue poner esto en entorno Servidor. Aquí no tuve problema, aunque tuve que tener en cuenta algunas cosillas. Por ejemplo que la llamada a la inicialización de la dll, no la tenia que poner en el OnInitMapServer. La puse en un proceso oninit del menú principal (el que siempre está activo). Despues tuve que poner un timer en ese mismo menú para lanzar de forma periódica el proceso que evaluaba si había mensajes nuevos que mostrar.

Ahh, y no hay que olvidarse de copiar la dll en cada uno de los clientes.

El efecto es espectacular y los usuarios quedan gratamente impresionados; pero mucho menos que yo al escuchar los comentarios de satisfacción.

Patito feo

2006-10-18T11:29:00.000+02:00

Hola, me apetecía compartir algunas reflexiones con vosotros y conocer otras opiniones. Publiqué este hilo en el foro pero ahora, que tengo mi nuevo y radiante blog, lo pongo aquí.

El pasado día 11 asistí (casualmente) a un encuentro anual de usuarios de un lenguaje de programación .NET, por supuesto basado en Visual Studio. En fín, que como hacía ya tiempo que solo estaba metido en esto de Velneo, todas las explicaciones sobre SOA, desarrollo a tres niveles, servidores de servicios, etc, como que me quedaban muy lejanos.

Me fue imposible no comparar lo que estaban mostrando, con lo que disponía en Velneo. Por una parte la cantidad de tecnología y productos necesarios para desarrollar y ejecutar en la plataforma .NET. En contraposición un Velneo con su setup y “a funcionar”; un servidor para todo y nada más; Genial !!!

Por otro lado me di cuenta que estaba muy lejos del lenguaje que estaba hablando la industria. El desarrollo de servicios web, utilizables desde cualquier entorno hardware y software. Como idea es estupenda, un solo desarrollo de un componente (por ejemplo el que devuelve el extracto de un cliente) y utilizable desde cualquier programa cliente, independientemente del lenguaje, sistema operativo, ubicación o hardware que utilice.

Por mucho que intenté imaginarme a Velneo haciendo eso, no pude intuir como hacerlo. Los protocolos que se utilizan son el HTTP y XML para el intercambio de datos. Quizas la V7 tenga algo de todo esto y no lo sepa.

En fin, solo es una reflexión. Yo continuaré con mi Velneo de estos últimos años, porque me produce muchas satisfaciones. Pero me gustaría no sentirme un bicho raro cuando defiendo mi herramienta de desarrollo ante los que utilizan los estandares de la industria.

Genexus vs Velneo

2006-10-18T11:17:00.000+02:00

El otro día, alguien preguntó en el foro de Velneo por una comparativa entre estas dos herramientas.

Tate!!!, pensé, de eso si que sé y ni corto ni perezoso escribí algo que ahora transcribo aquí:

Nosotros utilizamos Genexus dese hace mas de 7 años. Al mismo tiempo ya hace unos 4 que empezamos a utilizar Velazquez para desarrollos menores. Actualmente yo estoy centrado solamente en Velneo y si de mi dependiera sería la única herramienta que utilizariamos (lástima que no dependa de mi).

Partiendo de que no creo que se puedan comparar directamente, intentaré compararlos desde la óptica de dos productos que persiguen un mismo fin: desarrollar software de calidad en un tiempo mínimo.

Genexus:

Es una herramienta CASE que genera en múltiples plataformas y lenguajes, según se hayan adquirido. Utiliza de forma nativa diferentes bases de datos y tecnologías
Es coste de producción es muy elevado. Los precios de las licencias, mantenimientos y tecnologías en las que generemos, hacen que al año haya un gasto importantísimo.
Está preparado para trabajar en un equipo de desarrollo.
Hay que mirar siempre el árbol de navegación para saber que tablas se están utilizando.
Es fácil modificar una aplicación “olvidada” o hecha por otras personas.
Hay que compilar cada vez que queremos probar algo.
No puedes llevarte el trabajo a casa o portátil, salvo que tengas una licencia.
Cada vez que hay una nueva versión, hay que cruzar los dedos.
etc

Velneo:

Es un entorno de desarrollo que utiliza su propia tecnología, bases de datos y aunque tiene tímidos intentos de relacionarse con otras, los resultados óptimos y satisfactorios se obtienen dentro de su entorno.
El precio no es ningún problema, ni para adquirir licencias de desarrollo, ni para licencias de servidor.
No está ideado para trabajar en equipo. Aunque en la V7, parece ser que se resuelve este tema.
Siempre sabemos con que tablas estamos trabajando
El encontrar donde está lo que queremos modificar, es más complejo.
F5 y se ejecuta.
La licencia libre es suficiente para ir adelantando trabajo, incluso desarrollarlo todo en lugares donde no se tiene la licencia instalada.
Me cambio de versión sin pestañear.
etc

Y así, podria pasarme horas. Ni mejores, ni peores, simplemente diferentes. Pero como uno tiene libertad de elección me quedo con la filosofía “life is soft”. Velneo gana por goleada y eso que todavía no he visto nada de la V7. Mi elección está clara y soy un convencido de Velneo; las satisfacciones que me proporciona ya no las recordaba desde que empezaba a programar y todo me entusiasmaba. Como contrapunto decirte que no todos piensan como yo, aún habiendo utilizado Velneo y sin menospreciarlo, no se acaban de fiar de la proyección de futuro y piensan que es un buen camino pero corto.

Presentación

2006-10-18T10:43:00.000+02:00

Hola a todos, mi nombre es Tomás.

Me dedico a este duro mundo de la informática desde el año 1984, casi nada. Empecé mi singladura profesional en el mundo de los sistemas 36 de IBM y continué con el del AS/400.

He trabajado siempre en empresas de desarrollo de software o en departamentos de desarrollo pertenecientes a corporaciones.

El RPG, herraientas CASE como el SYNON/2 y el Génexus han sido fundamentalmente mis herramientas de trabajo.

Pero siempre he estado picoteando aquí y allá buscando mi piedra filosofal, hasta que en el año 2002, me topé con Visual Velázquez, ahora conocido como Velneo. Desde entonces y hasta la fecha hemos sido grandes amigos y colaboradores.

El objeto de este Blog, es la de ir contando mis experiencias, pensamientos, y elucubraciones mentales que tengan que ver con esta estrecha relación de amistad.

Si alguien pretende encontrar en este sitio, trucos, ideas brillantes o cosas extraordinarias, no creo que lo encuentre. Existen otros magníficos lugares donde encontrar este tipo de información.

A ver que sale de todo esto, es mi primer escarceo con el mundo del Blog.