Lo que pasa es que la manera de introducirlas y gestionarlas me parece un poco incómoda si uno está acostumbrado a otro tipo de lenguajes, y mediante el QSA de QT sería fácil hacer que fuera posible usar una sintaxis más cercana a los lenguajes convencionales sin necesidad de ir haciendo click en botoncitos y demás… He visto procesos de Velneo bastante largos y son tediosos de escribir y refactorizar.

Saludos cordiales, y gracias por post’ear aquí.

Lo que tú llamas pseudo-lenguaje (como era Clipper, p.e.) no es ni pretende ser un lenguaje de programación, todo lo contrario, se trata de evitarlo, es un objeto visual que ejecuta procesos siguiendo instrucciones tasadas y que incorpora tanto estructuras de control corrientes y molientes ( if…else, for…, etc.) como otras propias muy potentes, seguras e intuitivas, y sencillas de implementar (multipartir lista, recorrer lista, cargar histórico…) que hacen que la parte X que exige programación adicional a las estructuras nativas de Velneo y qeu puede ser mínima o inesxistente , junto con los inspectores de objetos, que detectan errores o informan de qué otro objeto usa el actual y qué otros objetos usa éste, sea un completo placer, o como poco, infinitamente menos enojoso que la programación clásica por líneas de código. Yo no sé si esto existe en otras herramientas, porque no conozco exhaustivamente el mercado, pero en Velneo es una de las partes más valoradas por su usuarios, contando con que todos tengamos nuestro criterio de cómo mejorarlo pero, desde luego, no abandonando su filosofía. En Velneo a veces acertamos con las sugerencias y hay numerosos ejemplos de aportaciones de los usuarios pero casi siempre nos ganan y sorprenden los fabricantes con sus innovaciones .
Por mi, FLozano, está todo dicho.
Mi saludo afectuoso.

* El cambio de MFC a QT es una buena decisión, sin duda, sobre todo si desde Velneo permiten que se pueda consumir toda la funcionalidad que aporta QT. Por ejemplo, poder usar el QSA para implementar algoritmos en vez de el pseudo-lenguaje ese a base de flechitas… o las clases de acceso a BD y XML…

* Afán destructivo no, lo que pasa que a veces con Velneo, en sus foros y con sus usuarios, parece que uno se encuentre en el cuento del traje nuevo del emperador

Con respecto a mi experiencia, desde luego está muchísimos años por detrás de la tuya… pero me considero un buen profesional en lo que hago… no sé si a alguien le importará mi criterio o no, pero yo lo expreso, porque me parece es bueno que hayan opiniones a favor y en contra de las cosas; de hecho, si yo fuera un posible usuario de una herramienta de la que sólo oigo lo bueno, me preocuparía bastante.

atentamente hansel mexican
y no te apures por tu lenguaje todos nos ponemos asi cuando no sabemos hacer las cosas

Es un placer participar es este y en cualquier blog donde haga mención
a nuestra herramienta, la verdad para eso estamos para explicar, y comentar los
diferentes puntos de vista desde lo cuales se puede ver nuestra tecnología
.
Internet es nuestro medio, y los blog nuestros micrófonos, no solo debemos participar
en donde se habla bien de la herramienta, es enriquecedor ver otros puntos de vista,
porque sino nunca mejoraríamos.

Como ya comentamos no te preocupes por el tono de tu primer post, en momentos de
calentón …..

1- Sobre el comentario de V7 como bien comentas, es desde el punto de visa de la
ilusión que tenemos en nuestra compañía por la próxima versión y desde el conocimiento
técnico de los que hemos tenido la suerte de poder probarla. Es evidente que nos
queda mucho pero si no nos lo proponemos y tenemos fe ciega jamás lo conseguiremos.
De todas formas las Betas de las que disponemos ya están dando que hablar…. pero
como bien dices el camino se demuestra andando.

2- Sobre la web, creo que la actual es una solución eficaz y sencilla
para que nuestros clientes puedan publicar sus contenidos, ya que la mayoría de nuestra clientela es experta en modelos de negocio, pero está muy distante de las técnicas y mundo web, por eso tratamos de implementar la mejor solución para ellos. Tendremos muy en cuenta todos tus consejos para el futuro.

3- Nuestra ventaja competitiva es como bien dices:
la integración de la base de datos con la aplicación tenga algunas ventajas (también tiene inconvenientes… un acoplamiento bestial)
Ponemos en una balanza y consideramos que las ventajas de la integración son mayores
que los inconvenientes pero eso si para una determinada problemática no para todos los casos, para eso existen diferentes tecnologías.
Lo que si que es un problema es tener los datos cautivos y
Actualmente ya existe un conector ODBC para conectarse desde la plataforma a otras
herramientas, pero como bien dices estamos mejorando el acceso desde elementos
externos, 100% de acuerdo para arreglar los problemas primero debes de reconocerlos.

4- Nomenclatura ? No llamábamos Velazquez y era una base de datos, jejeje
no te puedo decir nada más creo que es algo descriptivo.
Si es cierto que para V7 se está utilizando nomenclatura más estandard, pero
también a mucha gente le gusta nuestros nombres, para gustos colores.

5- Sobre los problemas de motor, lo más grave de los descrito en tu post, lo que
comenta mi compañero es cierto, lo casos puntuales de problemas de motor
que se han producido en el pasado, se ha reportado a soporte y se han solucionado,
cada caso puede tener su casuística, por eso necesitamos saber el caso.
Sobre lo comentado de acciones correctores, date cuenta que sistema de transacciones
de motor trata de cubrir cualquier tipo de problema externo a nuestra plataforma,
fallo de hardware, caída de sistema eléctrico,…. por eso existen métodos como
te comenté.

Es un placer poder charlar contigo sobre la tecnología en este espacio virtual,
un cordial saludo y espero que un futuro no muy lejano puedas escribir
un post contando la satisfacciones que te produce trabajar con nuestra plataforma.

Un saludo
Alfonso Gutiérrez

Gracias por dar vuestro punto de vista. Como ya comenté a vuestro Director General por teléfono, el tono del post estaba probablemente demasiado elevado, en parte debido a un largo día sufriendo caídas de un servidor de aplicaciones de Velazquez cachondón.

1- La conectividad con COM, ActiveX, DCOM, .NET no es que no sea buena, sino que no existe, ni con cualquier otra tecnología a parte de DLLs puras STDCALL.

2- No voy a hablar – ni bien ni mal – de algo que no conozco todavía, pero es un poco aventurada y cuanto menos temeraria la afirmación de que con el V7 váis a desplazar a Java y a .NET En cualquier caso, estaré encantado de probarla y ver si el salto es tan bestial como comentáis, y nos empieza a ser útil este software a otro tipo de desarrolladores.

3- Supongo que la Web resuelve la papeleta para algunos de vuestros clientes, pero la solución es bastante mala. Podríais haber cogido una aproximación para desarrollo Web más orientada a componentes, o incluso renderizar vuestros formularios “de windows” en Web ( en Java, esa tecnología tan inferior, se hace a menudo, hay multitud de librerías que renderizan Swing a Web). Podríais también generar scaffold’ing en plan RoR de vistas básicas del modelo de datos, en muchos casos con esto y un poco de maquetación sería suficiente.

4- Se ponga vd. como se ponga, no es una ventaja tener los datos cautivos en una única aplicación, es mas bien un inconveniente. No niego que la integración de la base de datos con la aplicación tenga algunas ventajas (también tiene inconvenientes… un acoplamiento bestial, el hecho de atar el ciclo de vida de las bases de datos a los de la aplicación, el hecho de que la estabilidad/inestabilidad de un componente afecte al otro, el hecho de que no exista la arquitectura en capas…), pero eso no quita que el acceso a datos desde elementos externos a Velazquez debiera ser mucho mas fácil, y es algo que vosotros mismos reconocéis dado que – creo – pretendéis resolverlo con un driver ODBC o algo así …

5- Recuerdo cuando decían que velazquez no era relacional sino que era “real” o algo así… ahora es “relacional avanzada”… no se, se han moderado un poco, pero basta ver el editor de velazquez para darse cuenta de que la nomenclatura es muy extraña y en algunos casos artificialmente diferenciada del resto del mundo.

6- Sobre los problemas con el motor de base de datos , realmente me extraña esta afirmación de que nadie tiene problemas similares, cuando en la (muy agradable) conversación telefónica que mantuve ayer con el director general de vuestra compañía él mismo me indicó cómo podría resolver parcialmente el problema para que el sistema se recuperara más rápidamente tras una caída… pero bueno, en cualquier caso agradezco enormemente vuestro ofrecimiento y trasladaré la invitación al proveedor de la aplicación para que encontremos entre todos la(s) fuente(s) de problema(s).

Saludos, y de nuevo gracias por participar en este humilde blog

1- La conectividad con COM, ActiveX, DCOM, .NET no es buena ya que su rendimiento está basado en utilizar su tecnología y sus objetos, si intentas conectarte con este tipo de objetos no estarás sacándole el partido para el que fue diseñado el producto.
2- No está pensada para desplazar stacks como Java, .NET en la versión actual V6, la nueva plataforma V7 dará que hablar y desplazará con toda seguridad a los stacks del mercado,.
3- No es un entorno para programar WEB, es un entorno para programar aplicaciones de gestión, su entorno Web limita su funcionalidad a publicar con facilidad aplicaciones diseñadas en Velneo.
4- No se puede acceder a las bases de datos más que por mapas, es un gran problema pero es a su vez la gran ventaja de este producto, la integración de entorno de desarrollo con la base de datos, que hace que desarrolles aplicaciones de gestión en menos tiempo que con otra plataforma, es esto una debilidad o una virtud? Depende lo que pretendamos.
5- Al ser una nueva tecnología que crea muchas funcionalidades nuevas , pues crea nueva nomenclatura, metodología y patrones, y por lo tanto se aleja del estándar pero aporta nueva funcionalidad.
6- Sobre los problemas con el motor de base de datos , tenemos más de 100.000 puestos de cliente instalados sin ningún problema de ese estilo y por lo tanto nos encantaría que nos aportase a soporte@velneo.com el caso que se comenta porque estaremos encantados de poder solucionarlo.

Creo que cada plataforma se diseña con un fin, debes hacerla o utilizarla para lo que fue concebida, por eso esta tecnología tiene tantos seguidores , porque soluciona sus problemas, entendemos perfectamente la problemática expuesta pero si utilizas Velneo para el desarrollo de aplicaciones empresariales en entornos de desarrollo cerrados, es, probablemente la mejor herramienta del mercado, por lo menos hasta que salga la V7…y para todo tipo de entorno.

Quedo a tu/vuestra disposición

Un saludo
Nicolás