jun 11

Reinstanciar una aplicación

Posted in analisis, vAdmin, vServer

Nuevamente aqui para realizar otra sugerencia / critica al actual sistema de instanciacion de vAdmin, pero antes de eso un poquito de historia:

En V6, instalar una actualización de una aplicación, es tan sencilo como Pegar el Archivo.VAM en el servidor, en la carpeta correspondiente donde tambien estan los datos, excepto que se hayan redireccionado con un VRT. ycon el boton derecho del raton, elegir la opcion de Reiniciar la aplicacion, y esta se reinicia automaticamente o queda en espera hasta que todos los usuarios abandonen su conexion actual

En V7, esto tiene algo mas de lio, porque en condiciones normales es muy similar, pegamos los proyectos de la solucion en la carpeta del servidor (a no ser que ya estemos trabajando con vServer en edición y ejecución al mismo tiempo) y reiniciamos las instancias de aplicación y las instancias de datos, y es aqui donde empieza a liarse la historia, ¿porque?:

  1. Porque cuando se instancia una aplicación (una solución con varios proyectos), normalemente se instancia el proyecto principal (el que hereda a todos los demas) y se acepta casi siempre la misma carpeta para todos los proyectos de datos, juntando en una misma carpeta, todos los archivos de datos de todos los proyectos.
  2. Se podrian instanciar los proyectos por separado, pero la primera opción es la mas rápida y la mas habitual, y serán muy pocos los casos en los que realmente sea necesario compartir estos datos, al menos, de momento.
  3. Cada vez que se modifica una aplicación de forma externa al vServer y pegamos las modificaciones, necesitamos reiniciar ¿que?, porque yo tengo un lio de narices, no se si reiniciar el proyecto principal de aplicaciones que hereda a los demas (no estoy seguro de que esto reinicie todos los proyectos), tambien tengo que reiniciar el proyecto principal de datos (y me pasa lo mismo con los proyectos heredados). En fin, que para evitar tanto lio, lo mas rapido y seguro es, ir al panel de control y Reiniciar el servicio directamente, asi, con 2 pelotas. Quiza en la versión 7.4 esto ya esta solucionado con la opcion de probar las modificaciones
  4. Siguiente problema y muy importante, ¿que pasa si creo un proyecto nuevo y lo interpongo entre otros proyectos ya existentes por medio de la herencia?, pues pasa que vAdmin me da un error y no puedo ejecutar el proyecto con vClient hasta que lo solucionas. Pero ¿cual es la solución?, porque si instancio este nuevo proyecto, me vuelve a instanciar todos los proyectos heredados nuevamente y los repite, quizá funcione bien, pero se empiezan a acumular lineas en vAdmin y encontrar el proyecto que necesitamos reiniciar, puede llegar a ser un puzzle. Quiza la mejor solucion actualmente es , hacer copia de seguridad de los datos (por lo que pudiera pasar) anular todo y reinstanciar de nuevo toda la aplicacion para evitar duplicidades, pero esto lo hago ahora que son pruebas, en un cliente, ni de coña.
  5. ¡Joder!, me ha llamado la mujer para comprar un pollo asado para comer, y se me olvido lo que iba a seguir, asi que, cuando lo recuerde, continuaré… 😉

He aqui yo conmigo mismo y mis problemas, hablando al viento sin saber quien me escucha, y gracias, a los que al menos, aguantais estas paridas.

Pues eso, que el vAdmin tambien necesita una buena revisión …

PDF Printer    Enviar artculo en formato PDF   
comments: 9 »
jun 11

Comparativa entre V6 y V7

Posted in analisis, velneo

He intentado comparar algunos de los conceptos mas importantes para ver realmente como está posicionada actualmente, V7 frente a su competidor mas directo: V6

A mi modo de ver, aqui está la razón por la que parece que los usuarios de Velneo estamos divididos, y es que la decición entre seguir con V6 o lanzarse a la piscina de V7 es muy delicada.

La valoración que cada cual haga de estos temas es muy subjetiva, asi que, ésta es simplemente mi valoración, y no estoy en posesión de la verdad absoluta:

vServer: 1-0 (V6-V7)
Si comparamos la estabilidad del Servidor v6.4 y v7.4, a falta de rodaje que demuestre lo contrario, es mas estable la version 6.4 , aunque con las mejoras incorporadas en la 7.4 ya se le aproxima bastante

VServer como servicio: 0-1
Pues 6.x no es un servicio, y V7 si lo es, esto permite prescindir de la intervencion de un usuario para iniciar vServer

Multiplataforma: 0-1
Pues aqui no cabe duda que gana v7 con versiones para Windows / Linux / Mac / Maemo-Meego , pues V6 solo es para Windows

Multiidioma: 0-1
Aqui tambien gana V7, permitiendo varios idiomas simultaneos, y contando con la herramienta vTranslator para facilitar la tarea de  la traducción

vAdmin: 1-0
La parte buena de la V7 es que el interfaz esta separado del servicio como se ha indicado anteriormente , pero el interfaz de la v6 es mas completo y operativo que el de la V7, el nuevo interfaz, debe mejorar sensiblemente

vDataClient: 0-1
esta herramienta no existe en v6, por tanto y dada su utilidad que permite el acceso a cualquier tabla de datos o indices

Interafaz: 0-1
Las mejoras incorporadas en este aspecto, hacen que V7 sea muy superior a V6, sobre todo con la implementacion de los layauts

Herencia: 0-1
Pues aqui tambien gana V7, permitiendo modularizar las aplicaciones

Almacen de objetos: 1-1
En esta version 7.4 comparada con la 6.4, ya podrian ser equivalentes con la nueva funcionalidad de copiar/pegar

Menus: 0-1
En cuanto al diseño de menus para la interfaz, gana por goleada la version 7.4

Objeto formulario:
Si observamos el uso de botones como Aceptar, Eliminar, y entonces gana la version 6.4, al menos de momento  ( 1-0 )
pero si comparamos la potencia que nos dan los eventos y las conexiones, y subobjetos como el control objeto  ( 0-1 )

Asignacion de teclado a controles: 1-0
La asignacion de teclas rapidas para controles, tal y como conocemos en V6 , no existe en V7 y puesto que nadie se pronuncia sobre cual es el futuro proximo de esta funcionalidad en V7.
En un campo de edicion, Localizar, Editar, Nuevo no pueden ser asignados actualmente en V7, tenemos que hacerlo de forma externa al EDIT del campo

Sincronizacion de objetos: 1-1
En este aspecto, sincronizar 2 rejillas, una rejilla y un formulario, o sincronizar mas objetos me atreveria a decir que hay un empate. Ya que al menos en los Menus-Formulario de 6.4 los refrescos funcionaman de forma envidiable, y en 7.4 ya es comparable a lo que teniamos. V7.4 solo tiene una carencia (espero que temporal), que es no poder refrescar los encarpetados.

Casilleros: 1-0
Sintiendolo en el alma, los casilleros de V6 unido a la sincronizacion en menus de tipo formulario son muy superiores a los de V7

Objeto informe: 1-0
Debido a los bugs existentes y/o carencias del informe en V7.4 sigue siendo 6.4 la ganadora

Objeto TCP: 1-1
Creo que son equiparables cada uno en su version y por tanto, un empate seria lo mas justo

Formularios sin origen / Menus formularios: 0-1
En este aspecto gana sin lugar a dudas 7.4 sobre todo en el aspecto de poder usar Menus de tipo formulario y poder ejecutarlos desde cualquier parte

Procesos:
En este aspecto, V7.4 ya ha superado a 6.4, sobre todo con la aparición de las opciones deshacer/rehacer, las opciones de copiar/pegar, y las sentencias de interfaz   ( 0-1 )
Pero aun asi se echan de menos sentencias de proceso para Envios de EMail  ( 1-0 )

Editor de esquemas:
La version 7.4 ha mejorado los esquemas en cuanto a la posibilidad de introducir textos, y graficos en ellos       ( 0-1 )
Pero el grosor de las lineas hace que los esquemas un poco complicados sean engorrosos y complicados de visualizar, es mejor 6.4 en este sentido       ( 1-0 )

Tutores y ejemplos: 0-1
V7.4 cuenta con multiples ejemplos y tutores dedicados a diferentes objetos y en este sentido creo que es mejor que V6

Plantillas empresariales: 1-0
Por cuanto, las plantillas empresariales como vConta que es beta, y las plantillas de InnobaDB y TheSeed tambien son beta y muy basicas y no se pueden usar para otra cosa que no sea aprender conceptos y el uso de objetos.
Las plantillas de V6 de Conta, ERP, CRM, etc, son totalmente operativas y facilmente adaptables.

Plugin ODBC: 0-0
Tras las pruebas realizadas con vODBC de la version 6.x que fueron un tremendo chasco, y a la espera de realizar pruebas serias con el ODBC de la version 7.4 la puntuacion es nula.

Plugin Excel: 1-1
Al igual que el anterior, y con pruebas basicas realizadas en las dos versiones, los resultados son correctos, aunque la velocidad de proceso de datos deja mucho que desear. Solo que en este caso, hay que decir que la culpa bien pudiera ser del propio Excel.

Plugin Mail: 1-1
Pues igual que el Anterior, funcionan correctamente aunque con ciertas limitaciones, si bien en v7.4 hay un nuevo Plugin con la DLL mejorada para SSL, etc

Plugin Ftp: 1-1
Igual que el anterior, funcionan correctamente y hay poco mas que decir

En cuanto a la WEB: 1-0
El servidor HTML de la version 6.x ha demostrado en multiples aplicacines que funciona estupendamente, aunque para desarrollar las aplicaciones web lleva un curro de la leche.
En V7 tenemos vModApache, que aun tiene que demostrar lo que vale y a falta de aplicaciones para realizar pruebas, pierde la partida

WebClient: 0-1
Permite la ejecucion de aplicaciones en Web para Windows, pero tiene la carencia de no ser multiplataforma, al menos temporalmente.

Como es logico, V7 esta en plena fase de evolucion, y esto hace que aparezcan nuevos objetos en cada version, y que los nuevos objetos esten mejor adaptados a la situacion actual de los nuevos sistemas operativos   ( 0-1 )

Estabilidad de vDevelop: 1-0
Como tambien es logico, esta estabilidad, la da la experiencia, y V6 tiene mucha mas experiencia que V7 y por tanto, apenas existen bugs

Evolucion de la herramienta: 0-1
Dado que V6 se ha quedado estancada y su destino es desaparecer en el olvido a medida que se nos presenten necesidades que no podamos cubrir con esta version, o no podamos implementar en alguna DLL o plugin . Antes o despues sera necesario un cambio de herramienta, ya sea V7 o cambiando a otros IDE´s de la competencia

Comunicación con la comunidad: 1-0

Al menos, aunque no nos guste la noticia, los seguidores de V6, saben que su jubilación esta cerca y que no se va a evoluciónar. A este respecto, los seguidores de V7, sabemos que va a seguir evolucionando, pero no sabemos ni que, ni cuando, ni como.

El foro: 1-0

En este apartado, los usuarios de V6 nos marcan una goleada a diario, por la cantidad de preguntas y respuestas (lógico al tener mas usuarios en aplicaciones operativas), por la calidad de los principales “respondones” porque conocen la herramienta como la palma de la mano.

Los participantes del foro de V7 somos mas quejicas, siempre poniendo pegas: ¡ésto no está!, ¿ésto donde está?, ¿ésto cuando estará?. No hacemos mas que pedir, quejarnos, llorar. Pero si sirve para mejorar, tendremos que seguir asi hasta que nos escuchen. Ya lo decia mi madre, lavate los dientes, lavate los dientes, lavate los dientes, lavate los dientes, …. y al final me los lavaba, solo para que no escucharla de nuevo, y mirad que dientes tengo ahora 😀

La valoracion general:

  • Pues si miramos todos los puntos obtenidos, veremos como todas las caracteristicas que se refieren a estabilidad y funcionalidades, consigue salir ganadora la version 6.4
  • Pero si miramos el futuro, la adaptacion a la nueva tecnologia actual y la evolucion de la herramienta, gana V7

La conclusión:
Ante una instalación de un cliente que ya lleva tiempo con V6.x, no es viable ningun cambio de versión
Ante un cliente que necesita una aplicación nueva de gestión, tipo ERP, habria que valorar varias cosas:

– Estabilidad y seguridad en la implantacion – elegir V6
– Adaptación de una plantilla o desarrollar una nueva – elegir V6
– Instalación y venta de licencias de usuario en V6 sabiendo que va a desaparecer – elegir V7
– Instalación de pequeñas aplicaciones o plugins que mejoren el control de una empresa, pero que no sean determinantes – elegir v7

Que conste, que he apostado por V7 desde que se hizo su presentación en la vConference, pero aún no tengo ninguna instalación seria con V7,  y la razón para no tenerla es que hay varias tonterias tan basicas, que los clientes nos suelen tirar las demos abajo:

  1. No poder pasar de un EDIT a otro con la tecla INTRO dentro de un formulario, cada vez que se pulsa INTRO, la ficha se cierra
  2. No disponer de lanzadores de acciones dentro del EDIT, como hacemos en V6 para Localizar , Editar , Nuevo, a lo que los clientes están muy acostumbrados
  3. No disponer de aceleradores de teclado para lanzar las acciones dentro de los EDIT del punto anterior.
  4. No diponer de la usabilidad de los botones en formularios como ACEPTAR SIN CERRAR FORMULARIO y algún otro botón. Aunque Albert parece haberlo solucionado, solo deberiais imaginar la cantidad de horas que vamos a “dedidar” a  configurar cada una de las fichas de una aplicación, solo porque no existe este botón.

El problema, no es que el cliente necesite estas tonterias para funcionar, quiza podría adaptarse a otros metodos de trabajo, y eso les costaria mucho tiempo y errores, en definitiva, mucha “pasta”.

El problema real, es que tienen razón, y yo tampoco estoy dispuesto a perder el tiempo intentando convencerles de algo en lo que yo mismo no creo.

Como tambien se puede apreciar, todas las opciones pertenecen al objeto formulario, y es que es el mas usado para introducir datos, y por tanto tiene una importancia especial.

Para el resto de objetos, están muy aceptables, y el resultado puede ser muy, pero que muy bueno, porque en definitiva, el trabajo realizado y el resultado reflejado al trabajar con V7 es excelente, y le sobra calidad para realizar cualquier aplicación que se nos pueda ocurrir. ¡Pero se falla en los detalles!

PDF Download    Enviar artculo en formato PDF   
comments: 8 »