A raíz de uno de los comentarios escritos por Manuel Tovar en el artículo Windev y Velneo me he animado a escribir este artículo para aportar mi punto de vista respecto a los diferentes planteamientos (que no comparación) de las herramientas de desarrollo generalistas o especializadas. Me gustaría destacar del comentario escrito por Manuel Tovar la frase “hacer programas sin programar” La frase es digna de una campaña de marketing.

Todos los que hayan programado en COBOL (acrónimo de Common Business Oriented Language – Lenguaje común orientado a los negocios) o RPG (Report Program Generator – Que aunque inicialmente estaba orientado a los informes derivó en un lenguage similar a COBOL) pueden apreciar cómo estos lenguajes contienen un conjunto de instrucciones diseñado específicamente para el acceso a la base datos que facilitan el desarrollo de aplicaciones empresariales. Muchos pueden considerarlos obsoletos pero con el tiempo han evolucionado dando orientación a objetos y soportando entornos gráficos; lo que les ha permitido seguir aún vivos tras décadas en el mercado. Pero sobre todo han sobrevivido porque con ellos se contruyen soluciones muy sólidas y fiables.

Continuar leyendo… "Herramientas de desarrollo generalistas vs especializadas"

Etiquetas: alternativa cobol, alternativa delphi, alternativa rpg, aplicaciones, COBOL, Delphi, desarrollo, empresariales, especializadas, generalistas, herramientas, programación, RPG, VB, Visual Basic

Parece que la crisis mundial está removiendo más de la cuenta a la comunidad de desarrolladores, implantadores, etc. de soluciones de gestión y más aún su grado de satisfacción con el producto actual que utilizan.

Los desarrolladores de Delphi han pasado unos meses de sobresaltos con la continuidad de su plataforma, aunque parece que de momento se ha solucionado.

Los desarrolladores de Visual FoxPro, no han corrido tanta suerte.

Y yo en eso me acuerdo de la cantidad de pre-clientes con los que hablé en su día hace 4 o 5 años, Velneo les encantaba… pero ellos debían optar por una plataforma que les asegurase continuidad en el futuro, como cualquiera de las soportadas por Microsoft, aunque eso les implicase trabajar más. Sin comentarios.

Parece que en Velneo, después de 15 años, damos ciertas garantías y con mucho producto de futuro, eso si retrasado. ¡Que nadie se abalance!, no volvamos a lo mismo, creo que vamos mucho más lentos de lo que todos queremos pero seguros.

Continuar leyendo… "Eurowin, Sage, Visual FoxPro Delphi y Velneo"

Etiquetas: Delphi, desarrollo de aplicaciones empresariales, Eurowin, SaaS, Sage, Velneo, Visual FoxPro

Salvador Jover, programador destacado y especialista en Delphi, acaba de publicar en su blog la segunda parte de un artículo en el que anima a los programadores, a la utilización de Velneo como Herramienta de desarrollo.

En este interesante artículo habla sobre la caída de un mito “Velneo… dicen que es un entorno cerrado y …” , también hace una demostración en formato video del plugin Velneo vODBC.

Leer más

Etiquetas: Delphi, experiencia desarollo, Velneo

Este usuario habla en su recientemente iniciado blog sobre las ventajas que le aportó Velneo cuando llegó a sus manos, incluso comenta cómo gracias a encontrarse con esta Herramienta decidió que sí, que quería ser programador. Enumera algunas de las ventajas con las que los usuarios se encuentran y a las que más partido le sacan diariamente.

“Desde que tenia unos 20 años quise ser programador, por lo tanto empecé a hacer mis pinitos con Access, SQL, visual Basic, Delphi 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”.

Leer más

Etiquetas: access, Delphi, sql, Velneo, Visual Basic

Es posible que quien lea estas primeras lineas piense que me mueve hacer algún tipo de comparación técnica entre ambos entornos de trabajo. No, no. Para nada.

Es más, me parece que podemos comparar nuestra herramienta (Delphi) con cualquier otra con características similares o al menos que se hayan diseñado con los mismos propósitos (es fácil escuchar que Delphi es un entorno de propósito general). Se me ocurre que podría ser acertada la comparación con Visual Studio y seguro que se establecerían una base común de características y una relación de diferencias. ¿Precio de la licencia?, ¿rapidez en el desarrollo de nuestras aplicaciones?, ¿existencia de componentes de terceros?, ¿mejor integración con determinados motores de bases de datos? etc… Seguiríamos así una larga lista de preguntas cuya respuesta nos llevaría a inclinar la balanza hacia un lado o hacia otro.

Quizás el verdadero motivo que me ha movido a escribir estas lineas es confrontar el espíritu que subyace en ambos y adivinar las carencias que de otro modo pasarían desapercibidas.

Pero vayamos por partes. Pregunto: ¿Alguien conoce a Velneo?

Para quien no conozca esta herramienta, lo mejor es hojear las primeras líneas del curso virtual de Velneo y leer la definición que ellos mismos se dan:

Velneo es una plataforma completa de desarrollo de soluciones empresariales. Es una plataforma completa porque integra todos los elementos necesarios para desarrollar, comercializar e implantar soluciones empresariales.
Es una herramienta orientada a la creación de aplicaciones que necesiten gestionar, de forma ágil, grandes volúmenes de información.
Velneo no es un lenguaje de programación ni tampoco es una base de datos, como entendemos habitualmente. Combina un completo entorno RAD (Rapid Application Development Desarrollo rápido de aplicaciones) con un potente multiservidor, un catálogo de plantillas (vTemplates), tanto genéricas como empresariales y una serie de Kits de Recursos (vPlugins).

Si queréis visitar la pagina oficial de esta empresa: http://www.velneo.es

En el área de documentación y de foros, encontrareis una buena colección de películas que recrean el montaje de una aplicación y muestran la potencia de este entorno de trabajo.

Veréis: hace algo más de un mes que adquirí una licencia de Velneo Profesional por un precio realmente asequible. Dicho precio incluía la documentación técnica (por supuesto en exquisito español) y un curso OnLine de 1 mes de duración que me ha permitido tener una buena idea de qué me ofrece el entorno. Dicha compra se debió principalmente por motivos de trabajo por un lado, y por otro, movido por la curiosidad de la fama que le precedía. A fin de cuentas, Velázquez Visual, que es como originalmente se bautizaba el producto en sus comienzos, llevaba bastantes años sobre sus espaldas y ultimamente andaba en el candelero de muchas publicaciones españolas, en las que se calificaba muy positivamente sus aportación al desarrollo rápido de aplicaciones.

Simultáneamente, y tras un gran esfuerzo económico, tras largos meses de replantearme las posibilidad de girar hacia los entornos de Microsoft o mantenerme en el mismo entorno de trabajo, actualicé mi licencia profesional de Delphi 5 con la compra de una licencia de Delphi 2007. No fue una decisión sencilla. Todo lo contrario. Para un pequeño programador, como puedo ser yo, es una decisión verdaderamente complicada. De hecho, una gran parte de los compañeros que pude consultar, me orientaban bien hacia Visual Studio, o bien hacia algun entorno vinculado a Java. Sobretodo teniendo en cuenta el mal ambiente y la desconfianza que pareció reinar desde que se supo la situación desesperada de Borland y la aparición de Codegear.

Así que durante el trascurso de ese pequeño curso online de Velneo, he tenido la oportunidad de comparar y reflexionar sobre algunos puntos que me han parecido vitales y que ahora pretendo compartir con vosotros a lo largo no solo de este escrito sino de próximas entradas.

Con vuestro permiso me hago la primera pregunta:
¿Somos los programadores de Delphi lentos en el desarrollo de una aplicación?

Es una pregunta con mala leche…

Me la hacía a mi mismo durante el curso de Velneo. Porque…, basta tener dos opciones a mano y se produce el milagro de las comparaciones. Veamos como lo haría con Velneo en un hipotético desarrollo de una típica aplicación de gestion (compras y ventas):

* Abro Velneo, abro un nuevo proyecto a partir de la plantilla de negocio y ¡voilá!. Ya tengo hecha la aplicación. Me han bastado 3 minutos para obtener un programa totalmente funcional que espera tan sólo ser personalizado (logos, informes, etc…).

Pero es que, además, para acabar de desmontarme el chiringuito, si el programa necesita añadir nuevas necesidades resulta que fácilmente puedo añadir de un golpe y en bloque un interfaz unificando búsquedas, edición/alta/baja de registros…

¿hay gato encerrado?

Vamos a cortar aquí esta primera reflexión. Os dejo que lo penséis un rato… y me voy a lo mio, a escribir unas cuantas lineas de código. Todavía no me he enterado de todas las características nuevas que trae el entorno de Delphi 2007, que no son pocas. Eso sí, hay que reconocer que a pesar de los cambios se sigue oliendo a Delphi y mi valoración de lo que he visto hasta ahora es bastante alta.

—

Retomemos la entrada anterior donde se dejaba en el aire la pregunta de si nuestra herramienta, Delphi, nos permitía desarrollar aplicaciones rápidamente e intentemos coger el toro por los cuernos (sin que nos de un buen revolcón):

Jose Manuel Navarro, en los comentarios anteriores, llevaba bastante razón al decir que existen herramientas que no son de propósito general y que dan un excelente rendimiento para las tareas o tipo de trabajo para las que han sido diseñadas. El hablaba de PowerBuilder. Me lo creo.

Nico tambien aporta esa dosis de realismo que nos hace tanta falta para hacer este tipo de razonamientos. Y efectivamente, no existe menos seguridad en agarrarse a Codegear que a Velneo, o confiar más en Microsoft que en Codegear.

Pero permitirme que sigamos el hilo de razonamiento: Cuando uno llega a Velneo y se enfrenta por primera vez al editor de código (de esta empresa gallega) realmente se encuentra confuso y tira mano de la documentación. Los que venimos de Delphi buscamos referencias que nos ayuden a situarnos en los objetos que aparecen en las distintas ventanas. Intentamos buscar el inspector de objetos o la paleta de componentes y descubrimos en esas primeras correrías por el interfaz, algo similar al diseñador de relaciones de Access. Así que concluimos: -será como Access, donde establecemos el diseño de la base de datos y las relaciones entre las tablas.

No. Velneo no es Access. Para nada. Está muy por encima. Eso queda descubierto una vez que se exploran las primeras películas donde se explica como montar tu aplicación por que ¡Y PRIMERA COSA IMPORTANTE!: Es la misma empresa la que está interesada en que sus programadores sepan utilizar correctamente su herramienta.

Para ello existen varios tutoriales que describen las aplicaciones más básicas. Y por supuesto, se explica con cierto detalle los mecanismos que se deben efectuar para la modificación de las plantillas de negocio: una plantilla de gestión (compras/ventas), una plantilla de contabilidad, un TPV, etc… Existe incluso un catálogo de normas de estilo a seguir para desarrollar correctamente en Velneo.

Esto es un pequeño mundo aparte donde no existe el punto net y donde la misma aplicación, sin hacer cambio alguno, podría trabajar indistintamente en modo local o cliente-servidor, ejecutándose bien en el servidor local, bien en el servidor de bases de datos (que por cierto además es servidor de paginas web, servidor FTP o incluso servidor de mensajería. Un mundo donde existen los campos enlazados y los peregrinos nombres de punteros a hermano o punteros al abuelo, jeje (lo siento pero me coge la risa -sin malicia- cuando pienso en algunos nombres que han escogido).

Y sin embargo… lo dicho: funciona y por lo que dicen (yo no lo he comprobado) es robusto y fiable. El servidor de aplicaciones hace copias en línea, programadas y gestiona los accesos a los usuarios de las aplicaciones.

Es decir y resumiendo un poco para no alargarme demasiado. También podría escribir otras muchas razones de cosas que me disgustan de Velneo, que existen y no son pocas (y algunas de cierta importancia en mi opinión), pero lo que si es cierto es que el programador de esta herramienta se despreocupa de algunas tareas que el mismo sistema de trabajo le facilita (o le restringe).

Si os parece vamos a analizar algunas (permitirme por favor que exagere un poco):

El gestor de ventanas: Este punto es vital. Velneo se ejecuta sobre el servidor de aplicaciones o bien localmente pero el control de las ventanas es transparente para el programador. Aquí no le vemos preocupándose sobre si el puntero es nil o apunta a una dirección valida de memoria. El programador se preocupa tan solo de diseñar las relaciones entre las tablas para que la lógica del negocio se mantenga íntegra.

¿Y Delphi?

Nosotros somos el rey del pollo frito. Eso si: superfelices de ello. Gozamos de todas las posibilidades habidas y por haber, por decirlo de alguna forma. Podemos crear ventanas en tiempo de diseño, heredarlas, hacerlas modales y también no modales, podemos elegir entre seguir una línea mdi, sdi o incluso mdi y combinar ventanas modales con otras no modales de tipo sdi. Y ademas, tenemos la chulería de decir antes de empezar el desarrollo de nuestra aplicación: -¡Pito, pito, gorgorito, a ver que tipo le aplico… !

Algo similar sucede con los componentes. En Velneo no puedes elegir. Tienes los que tienes y si no te gustan, mala suerte. Lentejas, si quieres las tomas y si no las dejas… Mientras que nosotros nos replanteamos en cada aplicación no sólo que componentes escoger sino que versión de los mismo usar. Así que podemos tener una decena de aplicaciones y cada una de una madre y un padre. Y todavía dando gracias de que no se nos vaya al carajo el entorno y tengamos que reinstalar y buscar todos los componentes…

En Velneo tienes la base de datos integrada en el mismo editor. Eso permite por ejemplo que una vez diseñadas las relaciones entre las tablas y creados los distintos campos e índices, podamos visualmente generar los formularios con las casillas de edición y etiquetas asociadas.

Y yo pregunto: ¿alguien de Borland se preocupo en su momento de actualizar y mejorar el Database Form Wizard que mantuvo desde las primeras versiones hasta Delphi 7? ¿Y por qué no enseñar a los programadores a crearse sus propios wizards en el caso de que no usaran Paradox…? Misterios sin resolver.

El único wizar similar a ese lo vi en las web de Marco Cantú, dentro de las utilidades que se integran en el IDE de Delphi. Y por desgracia no está disponible el código fuente.

Y si hablamos de las ToolsApi, jejeje… es terreno pantanoso. Puedes perder horas y horas hasta encontrar ejemplos y documentación correcta. Y no es de la empresa precisamente. Yo he encontrado algunos expertos interesantes en GExperts pero me parece triste no encontrar ejemplos claros en la documentación de Borland. A mi al menos no me vale eso de que ya existen algunos ejemplos en la vcl y que te pueden servir de referencia como leí en alguna parte de la ayuda.

Yo quisiera por ejemplo que mi IbDataSet pudiera ser capaz de arrastrar al formulario en tiempo de diseño el interfaz asociado a las casillas de edición y etiquetas, y poder elegir previamente que componente voy a usar (no estar obligado de por vida al TEdit y al TLabel).

Y no hemos hablado de UML (jajaja). En Velneo no existe la herencia (al menos en la versión actual) ni el modelado. Olvídate de las funciones y de los procedimientos tal y como los entendemos desde Delphi…

Y así podría ir desmenuzando y una de las conclusiones posibles podría ser:

“EL PROGRAMADOR DE VELNEO OBTIENE EL MAYOR RENDIMIENTO A MEDIDA QUE CONOCE LAS PLANTILLAS PROFESIONALES… EL PROGRAMADOR DE DELPHI A MEDIDA QUE CONOCE SU ENTORNO DE TRABAJO”

Veamos el lado positivo de estos razonamientos.

¿Que medidas podría tomar para sacar mayor partido a mi entorno?

Una de las primeras podría ser adoptar un buen framework que nos permita desentendernos del diseño de nuestra aplicación para centrarnos exclusivamente en la creación de los distintos módulos. En la web de Developer Express existian algunos ejemplos muy buenos que hacían uso de la herencia y te explicaban un modelo que resultaba francamente atractivo. El modulo activo condicionaba el interfaz de la ventana principal a través de la gestión de las “acciones” pre instaladas en un contenedor de la clase TActionList.

Si adoptas esta medida, tal vez tengas necesidad (como yo la he tenido) de repetir bastantes líneas de código en la creación de los nuevos módulos. Una opción es hacer uso del repositorio y (copiar/usar/heredar) del modulo deseado. Sin embargo esta opción no siempre se ajusta exactamente a nuestro esquema de trabajo. En muchos casos deberíamos tener nuestros propios wizards de creacion de módulos y proyectos. ¡Vaya, vaya…! Ya se empieza a complicar la cosa…

Metámonos de lleno en el módulo ToolsApi y conozcamos los distintos interfaces que nos permitirán acceder al IDE de Delphi. Un sitio imprescindible para visitar es: http://www.gexperts.org/opentools donde encontraremos información de como crear nuestros propios expertos, que nos ahorran valioso tiempo y tener que recordar pasados muchos meses, que normas seguíamos en la creación de los módulos.

Si a esto, añadimos la creación de nuestro propio experto que sea capaz de rellenar de forma automática los campos de edición de la base de datos, bien en tiempo de diseño, bien en tiempo de ejecución. Y nos intentamos amoldar al uso de determinados componentes sin dejarnos llevar por modas pasajeras ni cambios indiscriminados, habremos ganado también un tiempo precioso (adoptar nuevos componentes implica en la mayoría de los casos estudiar durante bastantes horas su uso y su documentación, y creo que no siempre se justifica su cambio sino solo por moda de usar tal o cual componente. )

Y esto se aplica también a nuestra base de datos. Parecemos picaflor que todo lo queremos probar… jejeje

Y por supuesto, y ya para finalizar, adoptar cualquier sistema de informes que permita ser personalizado por el usuario y que no nos obligue a compilar la aplicación cada vez que el usuario desea mover medio milímetro la cabecera de la factura o cambiar el color de la misma a rojo brillante.

Se me podrían ocurrir muchos mas detalles pero veo que no acabaría nunca…

Quizás la moraleja que yo he sacado es que perdemos demasiado tiempo en decisiones que no afectan a la propia aplicación sino a nuestra forma de trabajo. Intentemos centrarnos en la lógica del negocio y no reinventemos la rueda en cada aplicación nueva o proyecto.

(Ojo…
Y conscientemente no he dicho nada del idioma… ¡eso de que nuestro entorno a estas alturas de la historia, no esté disponible en castellano y que la empresa no haya pensado en crear documentación en linea para nosotros, es para dedicarle bastantes lineas mas. )

Salvador Jover
Link a su blog con los textos originales sjover.com/delphi

Etiquetas: access, Borland, Delphi, rad, Velneo, Visual Studio

Somos una pyme que desde hace 20 años nos dedicamos al desarrollo de software empresarial. Antes de descubrir Velneo recorrimos un camino conocido para muchos de vosotros: Programación en MS-DOS (Clipper), migración a Windows (Visual Dbase, Delphi, Visual FoxPro, etc.), grandes tiempos de desarrollo, largos plazos de entrega y algunos proyectos fallidos.

El primer año que Juan Muñoz Cobos asistió a la Feria SIMO fuimos vecinos, en unos expositores pequeñitos que patrocinaba el Ministerio de Industria. Recuerdo que Juan se acercó a nuestro stand a ver que software ofrecíamos, y cuando le pregunté que estaba haciendo él, me contestó que hacía programas de gestión en C++. En aquel entonces pensé que era imposible que alguien se planteara hacer programas de gestión en C++, es más, se me pasó por la cabeza que quizás era un lunático.

Al año siguiente Atica Software asistió como expositor con un stand mucho mas grande (fue el año en que la revista Byte le concedió el premio al mejor producto de software del año). Vimos dos o tres demostraciones y compramos la herramienta pensando en hacer algún programa a medida con él. Nos asignaron el número de licencia 41, por lo que nos consideramos pioneros en el uso del antiguo Velázquez Visual, hoy Velneo.

Lo primero que hicimos fue un programa de talleres mecánicos. Luego nos decidimos a tirar a la basura 3 años de programación en Visual FoxPro con nuestro programa de gestión comercial, para volver a desarrollarlo en Velázquez Visual. Y fue lo mejor que pudimos hacer. Nuestro camino desde entonces ha sido una larga cosecha de éxitos. Y mejor que describir alguno de los mismos, os lo cuenta Alex Navarro, fundador de Infodesa21, empresa que posee la exclusiva de distribución de nuestros productos en Cataluña:

En los años 90 tuve la oportunidad de trabajar en una empresa de software que se dedicaba a instalar un gran programa de gestión realizado en clipper. Después mi trayectoria profesional se encaminó a la enseñanza, impartiendo clases de Clipper, Metodología y análisis, y Visual Basic entre otras asignaturas, y mientras, mi antigua empresa no supo competir con las aplicaciones desarrolladas bajo el entorno de Windows.

En el año 97 constituí Infodesa 21, y comencé mi pequeño calvario de búsqueda de un buen software de gestión empresarial.

En aquel momento descubrí que la mejor relación calidad/precio la tenía GrupoSP y empecé a trabajar con ellos, bueno, mejor dicho, con sus productos (esto es muy importante, a “ellos” no los tenía). Al final las aplicaciones carecían de detalles que el cliente requería, y mi empresa tuvo que dar una vuelta radical en su visión de negocio al no disponer de la herramienta adecuada: tuve que empezar a compaginar las ventas de SP con otros productos como instalaciones, redes, servidores, seguridad….

A partir de ese momento, empezó una nueva búsqueda, empecé a investigar las diferentes soluciones de software de gestión que existían en el mercado, recuerdo días en los que dedicaba todo mi tiempo libre a descargarme y evaluar productos de otros desarrolladores…. a visitar cada año todas las ferias informáticas, tanto en España como en Alemania.

Mis esperanzas iban menguando…. había mejores soluciones, peores, pero ninguna era motivo para empezar otra nueva batalla.

En el año 2003 creí encontrar una solución mejor en un producto desarrollado en VBasic de una empresa ubicada en Andalucía… después de evaluar la aplicación me desplacé con un técnico nuestro a conocer dicha empresa y a esclarecer algunas de mis dudas… compré el software y cuando volvimos a Infodesa lo instalamos, introdujimos manualmente todos nuestros datos y trabajamos casi 7 meses con el nuevo programa, al poco tiempo de estar funcionando, éste empezó a generar algún que otro problema, el fabricante nos ofreció traspasarlo a SQL pero seguía sin ver en él el producto esperado, con lo cual no realicé ninguna venta, perdí dinero y tiempo y la ilusión se volvió a quedar en el tintero.

Tras otras desilusiones, a mediados del año 2004, llegó a mis oídos algo llamado Velázquez…. empecé a interesarme en él… leer artículos, comentarios, empecé a visitar www.velneo.es y caí en la cuenta de que me había equivocado en la forma de buscar un software a la altura de mis expectativas.

¿Y si primero busco la mejor herramienta, base de datos, etc., y luego un software desarrollado en dicha herramienta? La búsqueda prometía ser más compleja :

1.- herramienta en la que se sustente la aplicación
2.- la aplicación en sí
3.- el fabricante/desarrollador de la aplicación

Tenía un sinfín de “exigencias” que se tenían que cumplir, ahora en cada uno de los tres puntos anteriormente citados, para que motivasen mi decisión. Si fallaba cualquiera de ellas mis ilusiones volverían a romperse.

Poco después de tener bien definido mi nuevo enfoque, me cercioré que Velneo era, más que la herramienta deseada, un descubrimiento. Me dediqué entonces a buscar/evaluar aplicaciones desarrolladas en dicho entorno, y elegí las de Ceesa como las que más me convencían. Sólo me faltaba solucionar el punto tres: ¿Qué necesitaba del fabricante/desarrollador?

- Cercanía: no quería ser un cliente desconocido para ellos como lo fui para SP
- Actitud positiva ante sugerencias: que mis sugerencias fueran escuchadas y al menos tenidas en cuenta, que me sintiese capaz de resolver, con su ayuda, cualquier situación.
- Formación: que pudiera recibir la formación y apoyo que necesitase.

Todo ello lo encontré en el entorno de Ceesa, en el contacto directo con sus equipos de programación y técnico, su gerencia, por lo que al fin pude ofrecer a mis clientes lo que tanto había buscado y poner así mi esperanza en la frase: “El éxito esta en ofrecer lo que todos piden y nadie tiene.

Gracias a la potencia de Velneo, y a la gran profesionalidad y apoyo de Ceesa pude empezar a vender sus soluciones… me han hecho sentirme parte de su empresa y ahora cada demo se convierte prácticamente en venta segura, cada instalación es un éxito y sobre todo se que con sus soluciones ayudo a mis clientes a ser más competitivos.

José Luís Cuesta (Gerente Ceesa)
Alejandro Navarro (Gerente Infodesa21)

Etiquetas: Delphi, rad, Velneo, Visual Dbase, Visual FoxPro

Hace tan sólo unos cuatro años que empecé a interesarme en la programación de aplicaciones gráficas, de gestión y bases de datos.
Adoro programar aunque mi dedicación a ésta ha sido, hasta hace muy poco, a nivel amateur. Como herramientas de desarrollo he utilizado Visual Basic 6, Access / VBA y Borland Delphi 6.

Velneo lo conocí en su versión 6.3.9, hace medio año aproximadamente cuando empecé a dar mis primeros pasos como programador profesional.

Mi experiencia con Velneo ha sido más que satisfactoria; hice mi primera pequeña aplicación en menos de una semana, utilizando objetos de casi todo tipo incluyendo pequeños procesos, tablas y enlaces de distintos tipos que me dejaron boquiabierto en más de una ocasión (los hermanos contiguos, singular a plural y sobretodo los enlaces indirectos con los que sencillamente aluciné en colores).

Continuar leyendo… "Visual Basic vs Velneo"

Etiquetas: access, Delphi, software gestión, VB, VBA, Velneo, Visual Basic