Ventajas de Velneo

Comentarios

• 

  Roberto Blasco
  Junio 24, 2008 - 18:19 #

  No he escrito nunca una entrada en un post dentro de esta página y leyendo este artículo me veo en la necesidad de hacerlo.

  Hace unos cuantos años que me inicié en la programación con Velneo impulsado por un compañero de trabajo que lo conocía de antemano y quiero decir que fue un gran descubrimiento para mi a la hora de realizar ráoidos desarrollos para medianas aplicaciones.

  Mi trabajo se basa fundamentalmente en el trato diario con toda clase de bases de datos (Oracle, MySQL, Velneo, …) y veo toda clase de tendencias que se realizan en el mercado (Java, .NET, PHP, Velneo, Servoy, …).

  Pero ¿qué pasa con Velneo? Como veís en las dos enumeraciones queda postergada no al último lugar pero tampoco en el primero y no es, os lo puedo asegurar, por el esfuerzo que yo pueda imprimir para que esto no suceda. Pero existen unas causas fundamentales que hacen que irremediablemente Velneo sea incapaz de subir ese escalón que SÉ se merece.

  Punto 1.-

  En el Artículo pone que Velneo es una plataforma completa, sin necesidad de recursos externos, dlls, plug-ins. Esto está muy bien si quieres realizar una aplicación para une PYME o un particular, pero ¿qué pasa cuando el cliente quiere más? ¿qué pasa cuando el cliente quiere interactuar con nuevo hardware? ¿realizar funciones a las que Velneo no tiene acceso? ¿interactuar con las nuevas tecnologías de seguridad?

  Un ejemplo:

  - Dispositivos Biométricos
  - Acceso nativo a dispositivos TWAIN (el que existe no me vale, no es automatizable)
  - Generación de Informes sin las limitaciones actuales.
  - Firma Digital
  - Encriptación / Seguridad
  - Manejo de Eventos

  Todo esto no es posible si no es a través de dlls ó ActiveX (JavaScript), y esto es en Windows. En linux/Unix más de lo mismo a través de las librerías.

  Punto 2.-

  Inspector de errores. Espero que en la versión 7 esté bastante más depurado este aspecto. NO es posible que un mapa con errores PUEDA funcionar y no me vale decir que el programador quería que fuera así….una cosa son warnings y otra son errores.

  Punto 3.-

  Cliente / Servidor. Muchos de vosotros quizá no hayáis tenido acceso a un servidor de aplicaciones más que a través de Velneo, por eso (las comparaciones son odiosas) mirando hacia otros lugares veo las carencias sobre las que camina actualmente el servidor.

  - No se puede realizar ninguna automatización sobre NADA
  - No es multihilo
  - Caídas sin causa justificada, la caída de una aplicación NO debe ser óbice para que se caiga el servidor entero.
  - Grandes problemas a la hora de trabajar con grandes bases de datos (hablo de decenas de millones de registros)
  - Incapacidad a la hora de parcelar la información en diferentes sectores del disco duro a la hora de acelar el acceso a la información
  - Un sólo índice por tabla (tengo índices que ocupan más de 50 Gb, 5 veces más que la propia tabla)
  - Copias de seguridad incrementales

  3. Punto

  Base de Datos Integrada. A primera vista esto está muy bien, dado que el acceso nativo desde la propia aplicación evidentemente es toda una ventaja. Pero ¿qué sucede cuando el cliente quiere conectar/sincronizar con otra base de Datos?, sólo me queda WebService y no os quiero ni contar el lío que se monta a la hora de bloquar/actualizar fichas de forma manual para que el WebService sea efectivo.

  Es verdad que la nueva versión promete un ODBC de doble sentido (sobre Windows), vamos que si monto mi aplicación en un servidor UNIX la parte de base de datos debe de estar montada en un 2003 Server, y ya sabemos todos lo que es Windows…

  4.- Punto

  Mantenimiento / Fácil de actualizar. Es verdad es muy fácil de mantener y actualizar por UNA persona. Nadie ha hablado de trabajar en equipo ni de llevar un control de versiones, que es como realmente se trabaja en una empresa.

  También es verdad que en este punto no debo extenderme demasiado ya que la parte de programación recursiva estará arreglado para la nueva versión.

  Bueno ya he acabado (por el momento…jejejeje) mi crítica, siempre constructiva. Y ahora vienen los alagos que son muchos.

  Me considero un programador y no el usuario capaz de juntar unos cuantos objetos y darles vida en una aplicación. Y por eso todavía NO he visto el techo a la versión 6 de Velázquez (como comentaba un día con nuestro gran amigo Fran), convenientemente agitado con unas dosis de objetos COM/ActiveX, un poco de C/Delphi, y la guinda de Java le auguro una todavía muy larga vida a esta versión. Sólo hace falta un poco de imaginación.

  Por eso animo a todos aquellos que entran en el mundo de Velneo que no se encasillen en un traje por muy resultón que sea, lo mejor es convinar la chaqeta verde con unos pantalones rojos y unos calcetines amarillos. Velneo nos da la potencia de su base de datos real (enlaces, punteros, actualizaciones…) un IDE de desarrollo fácil de implementar y mantener pero también clama al cielo y pide a gritos interactuar con otras plataformas de forma más directa.

  Sólo es una sugerencia, quizá una crítica algo hiriente pero a fin de cuentas necesaria para el devenir de esta herramienta de desarrollo.

  Un saludo. Roberto Blasco.

  Valora este comentario: 1 2 3 4 5 (14 votos, media: 3.8 de 5)
• 

  nosuna (Nico)
  Junio 25, 2008 - 09:29 #

  Hola Roberto,

  Como bien comentas, hay puntos que se implementarán con el próximo producto y para otros, los desarrolladores se buscan soluciones alternativas quizá menos cómodas que lo que suele ser habitual en Velneo.

  Me alegro que te hayas animado a postear en el blog. Espero leerte más. Es evidente que puedes aportar mucho al blog.

  Bienvenido

  Valora este comentario: 1 2 3 4 5 (5 votos, media: 3.4 de 5)
• 

  alfonsogu
  Junio 25, 2008 - 12:32 #

  Gracias Roberto, intentado condesar lo que me parece más importante de todo lo que comentas, creo que se puede resumir en APERTURA.

  Que V7 sea más abierta que V6 en su comunicación con otros de entornos. Sólo te puede decir que no puedo estar más de acuerdo contigo en esa apreciación y ha sido una de las bases del desarrollo de V7, la apertura al MUNDO y a otras tecnologías, que es algo bueno para toda la comunidad.

  Me consta que has realizado grandes trabajos (con lo poco que te damos) de apertura o funcionalidades realizadas externamente a Velneo. Debemos daros más herramientas para que este tipo de cosas sean mucho más fáciles.

  Nunca me cansaré de decir que la gente no puede estar “cautiva” sólo con una tecnología, que deben de aprender a manejar diferentes tecnologías para diferentes fines. Que los programadores de Velneo sepan programar en diferentes plataformas es bueno tanto para ellos como para Velneo.

  Velneo quiere centrarse en ser la mejor plataforma para hacer aplicaciones de base de datos orientadas a gestión, en ese nicho queremos ser los mejores tecnológicamente. (aún nos queda)

  Muchas gracias por tu aportación que comparto sobre todo en la parte más filosófica.

  vSaludos.

  Valora este comentario: 1 2 3 4 5 (10 votos, media: 4.7 de 5)
• 

  Fgutierrez
  Junio 28, 2008 - 19:01 #

  Muchas gracias Roberto, lo primero de todo, por todos tus comentarios. Aportas un punto de vista muy técnico y experimentado que queremos tener siempre en cuenta.

  Sin ánimo de llevarte la contraria, sí que quiero hacerte unas puntualizaciones para que no quedes sin responder:

  Punto 1.
  Velneo es una plataforma completa de gestión empresarial. Tiene un foco, que ves no acomete todas las tareas o desempeños que puede llegar una herramienta de desarrollo generalista. Como ya te digo no está en nuestro ánimo llevarte la contraria, sólo puntualizar que tiene un foco y que te podemos decir cosas que Velneo hace y otras plataformas no (cosa que claro está, pretendía el artículo), igual que tú nos comentas cosas que Velneo no hace todavía y otras plataformas dices que hacen de forma nativa. Además, sabes que habría tema para discutir en cuanto a prioridades o importancia (creo que esto último es algo que estamos haciendo todos los días).

  Punto 2.
  El inspector de errores devuelve siempre errores. Nunca warning, porque para nosotros no existen los warning. Pero eres tú el que debe decidir con qué errores no te importa ejecutar, igual que decides que warning permites a tu compilador saltarse (incluso puede que tengas configurado un cierto nivel de warning o filtrados que impidan que aparezcan todos, sobre todo cuando empleas herramientas externas). Siempre recomendaremos ejecutar sin ningún error, pero también debemos permitiros flexibilidad, ya que nos la pedís.

  Punto 3.
  Como te han comentado ya mis compañeros, apertura es la palabra que resume tu punto. No sé qué problemas de bloqueos puedes sufrir, pero contacta con el equipo de soporte que estará encantado de comentar contigo los problemas que tengas.

  Algunos de los problemas que comentas se solucionan sencillamente con soluciones externas ( Copias de seguridad incrementales ), supongo que respecto a problemas con trabajo con bases de datos de gran tamaño ( Decenas de millones de registros ) estan más vinculadas a copias de seguridad y regeneraciones de ficheros de varios gigas de información ( DAT e IDX ) más que a penalización en el uso de las aplicaciones, ya que no tenemos constancia de degradación de servicio con bases de datos de millones de registros.

  En cuanto al futuro, te invito a que visites el blog de betatesters y a comentar en él todo lo que quieras (además en el verás que no es exactamente como comentas: en un primer momento un servidor con cajas de datos en UNIX será accesible a través de clientes en Windows).

  Punto 4.
  No tenemos nada que añadir o comentar.

  Como ya te había comentado, no quería responderte para discutirte nada, únicamente para explicarte o puntualizar aquellos aspectos que veíamos que había que matizar.

  Reitero nuestra invitación a que en el blog de betatesters consultes toda la información de la que puedes disponer y comentes todas tus inquietudes, puesto que las tendremos muy en cuenta.

  Saludos

  Valora este comentario: 1 2 3 4 5 (4 votos, media: 4 de 5)
• 

  Roberto Blasco
  Junio 30, 2008 - 15:49 #

  En primera instancia muchas gracias por las respuestas aclaratorias. Dado que la interlocución y el debate veo se han establecido de una forma clara y elegante (como tiene que ser…jejejeje) voy a exponer un par de peticiones al aire a ver si alguien las recoge…..

  - Sería muy interesante el contar con una variable tipo “objeto” que fuera capaz de recoger estructuras complejas provenientes de otros lenguajes y de esta forma flexibilizar y dinamizar el acceso a nuevas e interesantes funcionalidades.

  - Cuando hablaba de bloqueos de ficha no me refería a la parte de Velneo que me consta se hace de forma correcta. Sino de la parte de la base de datos foránea que estuviéramos atacando. ¿Se producirá de esta manera con la nueva versión V7?

  - Es verdad que las copias incrementales sólo son realmente necesarias en grandes bases de datos de un peso considerable. Pero ¿será posible la creación de varios índices de una misma tabla, cada uno en una localización física / fichero diferente? Por ejemplo, en una persona el índice dirección alfabético ternaria en un fichero, el de nombre completo en otro… para que así el manejo de ficheros por parte del sistema (siempre hablando de grandes bases con decenas de gigas de información ) sea mucho más ágil.

  Espero que las expectativas creadas sobre la nueva versión de esta herramienta supongan un salto cualitativo a la hora de afrontar nuevos proyectos.

  Un saludo. Roberto.

  Valora este comentario: 1 2 3 4 5 (2 votos, media: 5 de 5)
• 

  Davidgu
  Julio 2, 2008 - 11:15 #

  Hola Roberto

  De la variable tipo objeto, no se si te refieres a una variable objeto binario para almacenar información binaria, o una nueva etapa de los objetos dlls para hacer llamadas a funciones externas.

  De la “base de datos foránea”, te refieres a conexiones a otras bases de datos? por ODBC? o simplemente funciones a elementos externos susceptibles de no responder en un periodo apropiado? Este punto se ha mejorado bastante en el nucleo del vServer para que ninguna tarea externa repercuta en el trabajo de las demás, al igual que las tareas de un vClient no repercuten actualmente en las de los demás.

  Respecto a los indices, supongo que comentas la posibilidad de tener los indices de una tabla repartidos en varios ficheros. Esto se podrá hacer con el indice complejo, que permite realizar indices de tablas en ficheros externos ( Es una de sus ventajas ). De esta manera se consigue repartir el tamaño de los indices en varios ficheros, con lo que se reduce el trabajo con ficheros enormes en tablas de cientos de millones de registros con muchos indices.

  Sobre estos y otros temas del futuro de V7, te aconsejo aclararlo en el Blog de betatesters en Velneo Directo, donde toda esta información es más apropiada.

  Saludos

  Valora este comentario: 1 2 3 4 5 (3 votos, media: 5 de 5)
• 

  Roberto Blaco
  Julio 4, 2008 - 01:33 #

  Muchas gracias por la información Davidgu.

  Veo que Velneo está siguiendo por buen camino, espero poder sacar partido a todas estas nuevas espectativas cuanto antes mejor.

  Un saludo. Roberto.

  Valora este comentario: 1 2 3 4 5 (1 voto, media: 5 de 5)

Comentar