dic
22
:O
Si, asi es, es la cara que se me quedo ayer cuando vi como, por primera vez, Velneo hace publica una noticia con la suficiente antelación a la publicación oficial de la nueva versión 7.6
Todo empezo con el anuncio en Facebook, que nos dejo perplejos, nuestro arquitecto Juan Muñoz, se tomaba un descanso tras acabar la versión 7.6, mientras sus compañeros se dedican a documentar las mejoras implementadas.
Notición: La 7.6 esta finalizada, comienza la fase de documentación.
Por si fuera poco, esa misma tarde David Gutierrez nos anuncia oficialmente las novedades que incluye la nueva versión.
Mas sorprendente aún,  , nos anuncia que “algunas” de las ideas han sido incluidas en la nueva versión y me pregunto ¿cuales?, estoy intrigado, quién sera el afortunado. Porque parecen haberse creado 2 bandos entre los que apoyamos la idea de “INTRO-TAB” y los que apoyan la idea de “Android”.
Esta claro, que, no todos podemos estar igual de satisfechos, ya que hay opiniones para todos.
Solo hemos tenido que esperar un dia para saber la solución, Velneo nos ha vuelto a sorprender haciendo publicas la nueva situación de las ideas que los usuarios han votado.
Y a pesar de los problemas que puedan presentarse, debido a la multiplataforma, no me queda mas remedio que quitarme el sombrero, por el esfuerzo realizado por el equipo de Velneo para solucionar este problema. ¡¡Chapeau!!
La segunda idea, tambien ha sido estudiada, y eso es mucho, y muy importante, porque, a pesar de que no este claramente definida la postura final, el simple hecho de que hemos sido informados, ya es un avance muy importante.
Y no voy a dudar de su palabra, de que intentarán hacerlo lo mejor posible, ¡¡Gracias por la información!!
Y no menos importante, una noticia de la que ya habiamos sido informados en la presentación del 12 de noviembre, se trata de la implementación de “Aceptar sin cerrar formulario”, con alguna mejora más.
Pero esto, no de beria ser visto como un problema por aquellos que solicitaron otras ideas como primordiales:
porque una vez conseguido nuestro proposito principal, ¿que nos impide apoyar a los que solicitaron estas ultimas ideas?.
Al final va a resultar que noticias como estas: “Desde mi punto de vista” y “La importancia de TAB o INTRO” y debates como este, “Enter o Tab, prioridad máxima” si son importantes, y digo yo,
No se trata de estar en dos bandos, unos contra otros, se trata de definir prioridades, y personalmente, conseguida la priodidad que teniamos, nuestro apoyo puede convertirse en nuevos votos para el resto de ideas, para que sean tenidas en cuenta en un futuro breve.
A Velneo, gracias, por hacernos sentir, que de verdad las cosas estan cambiando.
No se si estar mas agradecido por las novedades que nos esperan tras las navidades, o por el simple hecho de haber sido informados.
En cualquier caso, es uno de los mejores regalos que nos podian hacer.
¡¡¡GRAAAAAAAAACIIIIIIAAAAAAASSSSSSS!!!
oct
28
Visita el blog oficial del autor:Â “Pepeto’s blog”
Continuamos con las odiosas comparaciones, y esta vez le toca el turno a los bucles, esas estructuras que se repiten, se repiten, se repiten, stop!, una y otra vez mientras se cumple la condicion.
Si tenemos en cuenta lo dicho anteriormente, pareceria que estamos hablando de WHILE, pero no hemos llegado aun, hoy le toca el turno a FOR, que tambien necesita una condicion para ejecutarse, aunque la condicion siempre suele ser un contador numerico incremental, lo que permite saber exactamente cuantas veces se ejecutara el contenido.
C++
for( contador; condicion-final; incremento )
{
instrucciones-a-repetir;
}
Java
for (;;){} // bucle infinito
Esta es la forma de hacer un bucle infinito en Java
for( valor-inicial ; condición-final ; incremento )
{
// instruccionoes a repetir
}
Y el siguiente metodo, es la forma abreviada de hacer un bucle con una sola sentencia.
for( valor-inicial ; condición-final ; incremento ) sentencia;
JavaScript
for ( inicialización ; condición ; incremento )
{
//sentencias-a-repetir;
}
Para una sola sentencia tenemos el metodo abreviado
for ( inicialización ; condición ; incremento ) sentencia;
PHP
for ( inicialización ; condición ; incremento ) sentencia;
En PHP tambien tenemos el metodo abreviado y normal.
for ( inicialización ; condición ; incremento )
{
sentencias;
}
Velneo
En velneo necesitamos nuevamente mostrar una imagen para ver el bucle
C#
for( inicialización; condición; iteración )
{
instrucciones;
}
Visual Basic
FOR (inicializacion) TO (termino del bucle) STEP (paso)
sentencias
NEXT
Ruby On Rails
for variable [, variable ...] in expression [do]
code
end
Ahora la decision la debes tomar tu, ¿has aprendido algo?, ¿has aprendido algo?, ¿has aprendido algo?, ¿has aprendido algo?, …
oct
20
Ya que hemos empezado con las condiciones, vamos a continuar con ellas.
En el “post” anterior veiamos como en algunos casos, era posible realizar un IF multiple con la sentencia IF ( codicion1 ) { sentencias; } ELSE-IF ( condicion2) { sentencias; }
Pero para realizar esta tarea, siempre y cuando la condicion a comprobar sea la misma, tenemos una estructura mas apropiada, el SWITCH , que nos permite comprobar diferentes resultados para una misma condicion,
C++
switch (condición)
{
case primer_caso:
instrucciones 1; break;
case segundo_caso:
instrucciones 2; break;
case caso_n:
instrucciones n; break;
default:
instrucciones-else;
}
Java
switch( expresión )
{
case constante1:
sentencia1; break;
case constanteN:
sentenciaN; break;
default:
sentencia; break;
}
JavaScript
switch( expresión )
{
case constante1:
sentencia1; break;
case constanteN:
sentenciaN; break;
default:
sentencia;
}
PHP
switch( expresión )
{
case constante1:
sentencia1; break;
case constanteN:
sentenciaN; break;
default:
sentencia;
}
Velneo
En velneo no disponemos de esta estructura, al menos en la version 7.4.1
C#
switch (caseSwitch)
{
case 1:
Console.WriteLine(“Case 1″); break;
case 2:
Console.WriteLine(“Case 2″); break;
default:
Console.WriteLine(“Default case”); break;
}
Visual Basic
Select Case <condición>
Case <opción 1>
‘…
Case <opción 2>
‘…
Case Else
‘…
End Select
Ruby On Rails
case var
when x
# do stuff
when y, z
# do other stuff
else
# yay, else, then!
end
Fijate en un detalle, al finalizar cada sentencia CASE, casi siempre hay una sentencia BREAK, es importante y es por una razon, si no indicamos el BREAK, seguiran ejecutandose las sentencias de forma secuencial hasta finalizar el SWITCH.
Como siempre las diferencias estan en Visual Basic y Ruby On Rails.
Ahora la decision la debes tomar tu, has aprendido algo, ¿ case “POCO” , case “REGULAR” , case “MUCHO” , default: “NS-NC”?
sep
16
 Sioux Ultimamente, estoy viendo como todos nos aceleramos por mostrar nuestro trabajo, nuestros desarrollos en V7.
En realidad, esto parece una carrera por ser el primero en publicar, distribuir la primera aplicacion en V7, y la salida parece estar marcada por la liberacion de la version 7.5 el proximo mes de octubre.
Quiza por eso de que, “el que da primero, da dos veces”, (que bien y que facil es tirar del refranero para que todos entiendan lo que quiero decir, ), todos quieren liberar las primeras versiones de sus aplicaciones para “ya”.
Pero si algo tiene el refranero, es que vale para todo, y se contradice a si mismo, y para demostrarlo hay otro refran que tambien vale para este ejemplo, “el que rie el ultimo, rie mejor”.
Y que quiero decir con esto, pues sencillo: que tantas prisas no creo que sean buenas, y donde Velneo ya nos ha hecho esperar tanto tiempo, aun sigo sin ver las aplicaciones de V7 que sean totalmente operativas.
Espero y deseo equivocarme, y que la nueva 7.5 nos sorprenda gratamente solucionando todos los problemas que se han planteado en el foro, pero mucho me temo que alguno se quedara en el tintero.
Y si estoy en lo cierto, ¿quien sera el primero en estrellarse?
A las pruebas me remito, y es que, a pesar de lo que se quiere vender, todos los casos de exito expuestos en el blog oficial, son casos de exito, “SI”, pero no son de V7, son de su hermana, la V6, si, aquella con la que no debemos realizar comparaciones cuando nos perjudica, pero con la que si podemos comparar cuando nos beneficia.
Y a todo esto, que hacemos nosotros:
Pues bien, nosotros tambien queremos participar en esa carrera, pero no tenemos prisa por llegar los primeros, simplemente queremos llegar y hacerlo en perfectas condiciones.
Y tenemos bastantes proyectos en marcha (o una solucion bastante ambiciosa), nuestro E.R.P. (7Level) que esta en su fase final, y entre otras cosas, hemos tratado de buscar soluciones a todos los problemas que se han presentado durante la elaboracion del mismo.
Un ejemplo, estamos finalizando uno de los plugins mas importantes para nuestro desarrollo, asi es, un proyecto que soluciona un problema que esta muy de moda en estos dias, quieres saber cual, pues el que nos soluciona este problema:
ejecucion-simultanea-de-aplicaciones
y ¿como?, pues ya lo vereis cuando este operativo, de momento, solo puedo decir que solo necesita un enganche y que podemos ejecutar todo el E.R.P. libremente, con conexiones ilimitadas. En realidad si tendra una limitacion, estara limitado por la carga de peticiones simultaneas que sea capaz de gestionar y atender el propio servidor, que espero sean muchas.
jun
24
Esta semana ha sido intensa en emociones, buenas y malas, y os lo voy a contar, para que podais preveer los problemas que me han surgido y que me han dado tantos quebraderos de cabeza en tan poco tiempo.
Todo viene, a cuento de que hay que cambiar los tipos de IVA, de lo que se deduce que al final, el culpable es el gobierno, como de casi todo lo que pasa es este pais.
Pero no nos desviemos del tema, habia que cambiar los tipos de IVA y he realizado los cambios necesarios en el mapa (en V6.x) para preveer todos los posibles problemas que puedan surgir ese dia, ya que debe estar funcionando paralelamente con los 2 tipos de IVA, y permitir realizar ventas en julio al 18% y facturar albaranes de junio al 16% entre otras cosas, modificaciones que no estaban previstas en el mapa.
Total, que se hicieron las modificaciones, y vamos a realizar las pruebas oportunas para comprobar que el dia 1 de julio todo sera correcto, asi pues:
- detenemos en el servidor de V6 una de las empresas,
- hacemos una copia de seguridad de la carpeta completa para poder usarla como empresa de pruebas,
- se publica la nueva empresa en el servidor,
- se asignan los permisos a los usuarios,
- se instala la nueva versión del mapa modificado para la ocasión,
- se reinicia la aplicacioón y ya esta todo listo para probar.
Todo en marcha de nuevo, comienzan las pruebas, se hacen albaranes, pedidos, presupuestos, se prueban todos los procesos implicados en documentos que usan los diferentes tipos de IVA y se procesan los albaranes para ser facturados y contabilizados, y ¡voila!, que alegria , porque salvo por un pequeño despiste en presupuestos, todos los demas documentos y procesos funcionaban estupendamente.
Que alegria, despues de unos meses complicados por cambios estructurales imprescindibles, de regeneracion de una parte esencial de la aplicacion que habia desaparecido, y de migraciones en datos que debian ser realizadas “SI o SI”, las cosas parece que empiezan a funcionar y todos estamos alegres y felices.
Lo malo que tienen estas cosas, es que la sensación de euforia suele durar poco, porque a partir de ahi empiezan a surgir otros problemas que nada tenian que ver con los cambios realizados en el mapa,
* desde la ficha del cliente, ¡no puedo entrar en la ficha contable del cliente!
* desde el menu principal, ¡los ficheros de TLR se importan mal, no aparecen los datos del cliente!
* y otros problemas que nada tienen que ver con el IVA, y ademas, en la empresa original, ni siquiera en la copia, teniendo en cuenta que el mapa de la empresa original no habia sido modificado.
Tras varias horas interminables de ayer, y un par de horas mas hoy que solo podia pensar en “Tierra !tragame!”, como una luz me vino a visitar, y parece que el proplema ya esta solucionado.
La causa del problema, precisamente la copia de seguridad, y es que el mapa usado en la empresa hace uso de un fichero VRT, que contiene datos comunes a varias empresas y que por tanto, tambien estaba siendo usado por la nueva empresa de pruebas.
Este problema no hubiera existido de no haber sido por estas pruebas, o quiza hubiera sido mucho peor mas adelante, por otras causas.
El problema en si, “Que habian dos mapas en ejecución, en diferentes empresas, con cambios en la estructura de tablas, abriendo algunos ficheros comunes”
La solución, sencilla, se ha parado el servidor, se ha copiado la carpeta comunes, se ha redireccionado el fichero VRT a la copia de la nueva carpeta y se han separado fisicamente los datos de la empresa original y la de pruebas, y ahora si, ahora todo funciona correctamente y ha vuelto la normalidad.
Y menos mal que teniamos copia el mapa anterior a las modificaciones, porque recuerdo que no es posible restaurar la copia de seguridad si no se dispone de una copia del mismo mapa que hay instalado en la propia copia, en el fichero “VCS”
Pero ¡que susto!, ahora un cafetito y me voy de vacaciones, que me las he ganado, al menos, eso creo.
Y ha salido el sol, al final va a ser un buen dia 
aunque, siempre habra alquien que intente joderlo … ¿o no?
jun
11
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:
- 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
- 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
- No disponer de aceleradores de teclado para lanzar las acciones dentro de los EDIT del punto anterior.
- 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!
jun
1
Acaba de aparecer la nueva versión 7.4.0 de Velneo v7, y sin haberla probado aún, pues no he tenido tiempo mas que de leer el blog de Velneo con las novedades de la versión y las mejoras de estabilidad en la herramienta, que no me queda mas remedio que dar mi mas sincera enhorabuena al equipo de Velneo, pues ahora parece que realmente empieza a ser una versión verdaderamente operativa.
- La opción deshacer/rehacer, es importantisima, aunque parece una tonteria, la cantidad de errores cometidos, sobre todo en procesos, y el tiempo perdido, obligaba a crear copias de cualquier proceso antes de comenzar a realizar cualquier cambio, que digo, incluso, simplemente para moverme por las lineas al revisar el proceso, podia meter la pata, y ya no habia marcha atras. A partir de ahora, va a ser un lujo no tener que copiar cualquier objeto antes de cambiarlo.
- El instalador de aplicaciones, pués tiene poco que decir, pero felicidades nuevamente, porque aunque hay multiples opciones de Instaladores, nos gusta no tener que depender de herramientas externas para todo aquello que no sea programar. Ya se nos hace pesado la necesidad de instalar DLL’s para gran cantidad de operaciones, principalmente, porque desde el momento en que necesitamos DLL’s nuestra aplicación deja de ser multiplataforma, para depender casi exclusivamente de Windows.
- El nuevo vClient para Maemo/Meego , nos permite expandir nuestros desarrollos a un sector que hasta ahora nos estaba prohibido a los desarrolladores de Velneo, el de los moviles, y eso es muy de agradecer, porque si algo no me apetece, es tener que aprender un lenguaje diferente para cada aplicación que me solicita un cliente, y son muchas las oportunidades perdidas por no disponer de movilidad. Si, ya se que se puede hacer con Terminal Server o un Cliente Web con HTML, pero entonces los presupuestos se disparan para determinadas operaciones.
En cuanto a los nuevos objetos, pues que están muy bien, y siempre son de agradecer, pero lo verdaderamente importante es que ahora, podremos empezar a desarrollar con mucha mas tranquilidad, una tranquilidad que no tenia hasta hoy.
Y espero que cuando instale la nueva versión y empiece a realizar pruebas, las sensaciones sean tan buenas como las novedades que trae esta nueva versión.
Y para terminar, solo me queda perdir un deseo, en voz alta, aunque con miedo a que no se cumpla:
Si pudiesemos avanzar con INTRO entre los campos EDIT de un formulario, y pudiesemos asociar las teclas rapidas dentro de un EDIT a las opciones tipicas de Localizar, Nuevo y Editar, como lo hacemos habitualmente en V6, entonces…
¡¡¡ Seria la hostia !!!
P.D. mas adelante comentaré si la sensación de euforia permanece tras realizar las pruebas de la nueva versión o …
may
13
Pido perdon por la expresion del titulo de este articulo, pero, es que no es la primera vez que veo un articulo en el que se nos quiere concienciar de lo bueno que es el “Open Source”, y no lo voy a poner en duda, ¿o si?
Quiza mi mentalidad sea un poco mas antigua, ya que provengo de una epoca en la que todo tenia un precio, yo compraba Velazquez Visual, y desarrollaba aplicaciones para luego venderlas a mis clientes y cobrarles por ello, y mejor o peor, pero todos tan contentos. Yo recibia un producto y pagaba el precio que tenia porque “me convenia”, porque le sacaba un beneficio, vendiendo mis aplicaciones al precio que yo creia justo.
Luego aparecieron herramientas como PHP, donde “en teoria” el codigo es abierto y cualquiera puede hacer uso de este, y no solo eso, si usas una aplicacion de codigo abierto, y realizas mejoras sobre ella, estas obligado a liberar el codigo.
Pero si te introduces en la busqueda del “santo grial”, vemos que salvo raras excepciones, como “WordPress” y otros CMS conocidos, pocas son las aplicaciones liberadas, y no solo eso, la mayoria de las empresas, utilizan como base estas aplicaciones y las privatizan, con o sin modificaciones.
Ahora Velneo nos abre las puertas de este nuevo mundo, un nuevo mundo que es una utopia y que lleva camino de caer en la anarquia y llevarnos al caos, si no se dan pasos firmes.
Seguramente, muchos, sobre todo aquellos que no me conocen, me estaran crucificando sin haber llegado al final de estas lineas, pero no me importa.
Otros muchos, aun pensando lo mismo que yo, no estan dispuestos a hablar por temor a ser crucificados junto a mi.
Y viendo las bondades del nuevo mundo Open Source que se mostraba ante mis ojos, me puse manos a la obra:
- Si voy a comprar el pan, el panadero me pide dinero a cambio, y no tiene B.F.O.S. “Barras Free Open Source”
- Cuando voy a por la compra de la semana, debo pagar en caja, tampoco hay productos “Free Open Source”
- Fui a convencer al director del banco para que cambiara mi hipoteca a un nuevo sistema de licenciamiento “F.O.S.”, pero tampoco pudimos llegar a un acuerdo.
- El coche, que lastima, tampoco lo encontre, y la gasolina, pues mas de lo mismo.
- Podria seguir y la lista de cosas que necesito para la vida diaria, no acabaria.
Y yo me pregunto:
- Si todo lo que necesito para vivir y mantener a mi familia debo pagarlo, ¿porque debo regalar lo unico que supone una fuente de ingresos para mi?
- Si para que los clientes me llamen, para realizar personalizaciones, debo regalar mis aplicaciones, ¿donde esta el beneficio?
- Si para cobrar una hora de mi trabajo, debo invertir 100 y ofrecerlas de forma gratuita, ¿me es rentable?, y ¿a que precio tengo que cobrar la hora para retabilizar todo el trabajo anterior?
- Si despues de desarrollar una aplicacion gratuita, alguien le cambia el nombre y la distribuye, cobrando por ello, ¿como sabran que soy el autor de la obra?
- ¿Deberia desarrollar aplicaciones? o ¿deberia esperar a que otros me hagan el trabajo? y aprovecharme del trabajo de los demas, cobrando por algo que no me corresponde y en lo que no he invertido absolutamente nada.
Y visto lo visto, a quien beneficia realmente el codigo abierto:
- Al usuario que no necesita una aplicación extremadamente complicada y puede, incluso personalizarla con un minimo de conocimientos de la herramienta.
- Al desarrollador, que puede empezar a distribuir una aplicacion, incluso sin tener los conocimientos necesarios para desarrollarla, y que puesto que no ha invertido tiempo en esta labor, puede cobrar las horas de las personalizaciones a precios mas ajustados. Y ante esto, que armas tiene el autor de la aplicación ,para competir contra su propia aplicacion distribuida por otros, a costes reducidos.
- El Foro, donde solo unos pocos colaboran (un fuerte aplauso para ellos), mientras muchos estan al acecho a ver que pillan con el unico afan de cazar todas las ideas de los demas, sin aportar absolutamente nada a cambio, ni tan siquiera, un mensaje de agradecimiento por haber podido descargar el fruto de su trabajo.
- A Velneo, que va a vender “que no regalar”, los vServers y los diferentes Niveles
Ahora que seguramente, ya me habeis crucificado, preguntaos:
Creeis que el panadero, se levantaria a las 3:00 de la madrugada para regalar el pan.
Creeis que las compañias de seguros os indemnizarian en los accidentes si previamente no habeis pagos las cuotas.
Trabajarias todos los dias, y a final de mes, le diras al jefe que no es necesario que te ingrese la nomina.
y podria poner una lista infinita de ejemplos, pero no os quiero aburrir mas…
Demasiadas preguntas sin respuesta, o quiza es ¡que aun no he visto la luz!
En definitiva, aquellos que me conocen, mis amigos, saben que tienen el codigo de mis aplicaciones a su disposición, pero hay una razón para ello, y es que se, que ellos harán lo mismo por mi cuando se lo pida. Pero no es “Open Source”, es un simple intercambio.
Para el resto, que se pongan las pilas, y empiecen a colaborar un poquito más, que en esta vida, ¡¡NADA ES GRATIS!!
Si por decir lo que pienso, merezco la hoguera, ¿quien tiene huevos a encender la cerilla?
sois libres de dejar vuestras opiniones.
abr
13
Como usuario de la herramienta, y con el único animo de mejorar la operatividad de la misma, ademas, que de ello beneficia a velneo ya que permite el acercamiento a la herramienta de todos aquellos que ven interesantes las caracteristicas y la forma de realizar ciertas tareas. Llevo exponiendo ideas en el foro indicado por Velneo para ello, desde que apareció la primera versión oficial 7.0
Solo espero que no caigan en saco roto, ni las mias, ni las de los demas usuarios que realizan sus aportaciones con el mismo afán.
Con esta única intención escribo este articulo, como critica constructiva, aun cuando en ciertos aspectos hemos perdido operatividad en V7, como es es caso de las ACCIONES
Con mucho entusiasmo, se acogio la idea de que en V7 no tendriamos “pistolas”, tendriamos “metralletas” que permiten disparar hasta 10 objetos encadenados entre si. Esto es bueno, muy bueno, si lo comparamos con la operatividad que tenia la “doble bala” en los menus de V6.
Pero tambien hemos perdido operatividad en los formularios, ya que no es posible ejecutar un proceso en el “PRE” o en el “POST” de un boton Aceptar o Cancelar. Ahora es complicado, por no decir imposible, ejecutar un proceso al finalizar un formulario, ya se que ahora disponemos de los Eventos que han aumentado considerablemente la potencia de los formularios, pero les sigue faltanto “algo”.
Un ejemplo sencillo:
- En V6 lanzo un proceso que me retorna un formulario, y en este formulario a su vez, ejecuta un proceso si pulso “ACEPTAR” y otro proceso diferente si pulso “CANCELAR”, e incluso, desde el boton aceptar, en el “POST” puedo retornar otro formulario o una rejilla.
Pero como hariamos esto en V7:
- Pues, segun velneo, disponemos de las ACCIONES, que permiten encadenar multiples objetos, y cierto, se puede realizar con una ACCION, si el usuario acepta todos los formularios, podemos encadenar tantos como sea necesario.
¿Pero que ocurre, cuando el usuario cancela el formulario?
¿Podemos interrumpir la accion?
¿Podemos indicar en la accion que debe retornar un objeto si hay confirmacion y otro diferente si se cancela?
Pues esto es a lo que me refiero.
Quizá me este equivocando y la acción solo tenga la funcionalidad que tiene, en cuyo caso me parece que lo hace correctamente.
Pero, entonces, ¿como suplimos la carencia de los procesos “PRE” y “POST” en los botones de los formularios?
La solucion, quiza podria venir por que los botones “Aceptar” y “Cancelar” tambien pudieran tener una “SALIDA FICHA/LISTA/NINGUNO” y ejecutar un proceso u objeto con una “ENTRADA” equivalente.
Dicho de otra forma, a los botones Aceptar y Cancelar de los formularios, les falta una propiedad “Ejecutar objeto” que tenga como “Entrada”, el mismo origen del formulario (Origen en la misma tabla del formulario o Sin origen).
Visto esto, la teoria de “Mister Potato” esta muy bien, pero, porque no puedo poner los ojos dentro de las orejas, si me apetece, a pesar de las consecuencias de esta accion, es decir, que si “Mister Potato”, cierra los ojos, se quedaria sordo.
Y ya para terminar, decir que, estaria bien que Velneo informase sobre cuales de las ideas que exponemos en el “Foro de Ideas”, seran tenidas en cuenta en un futuro, y cuales van a ser desestimadas por ser consideradas irrelevantes, por que no van en la linea de negocio de Velneo, o simplemente, porque ya existen y pueden ser realizadas por otros métodos.
Tambien estaria bien, que se pudieran consultar las “Ideas del foro” por diferentes tipos de valoración, como:
- Ideas desestimadas por diversos conceptos
- Ideas que ya estan en preparacion
- Ideas que ya han sido implementadas en una version
mar
11
Seguimos con las pruebas de importacion de datos esta vez si, ya he terminado las pruebas inciales que permitiran trabajar con datos reales y ver el comportamiento de la aplicacion en situaciones reales.
Porque hasta ahora solo habia podido hacer pequeñas simulaciones, para realizar estas comprobaciones, decir que se han manejado los datos obtenidos de la importacion publicada ayer.
Es decir:
Los datos se obtienen de una tabla de datos del mismo proyecto en el que vamos a crear los asientos y apuntes correspondientes, y por tanto en esta ocasion si que hay una pequeña variacion con respecto a las pruebas anteriores:
- El proceso que realiza todas las operaciones se ejecuta en 3 plano en el servidor
- El equipo utilizado para el trabajo ha sido el mismo HP 4510s
- El numero de asientos creados es de 12,068
- El numero de apuntes creados es de 39,281
El tiempo empleado en realizar esta operacion es de 1 hora y 2 minutos, quiza demasiado tiempo, ¿o no?
Para la generacion de asientos y apuntes se han usado las siguientes tablas:
Tabla de asientos: Longitud de 205 bytes, 55 campos , 19 indices
Tabla de apuntes: Longitud de 198 bytes, 44 campos , 19 indices
Vamos a ver que es lo que hizo el proceso y cuales fueron los tiempos medios empleados
en realizar dichas operaciones:
Esto se repite exactamente 12,068 veces
- Lectura de la linea de origen en una tabla
- Parsear 5 campos de la cabecera con StringSection
- Grabar la ficha del asiento en otra tabla
- No realiza actualziaciones de ningun tipo
Esto se repite exactamente 39,241 veces
- Lectura de la linea de origen en una tabla
- Parsear 8 campos de la linea con StringSection
- Grabar la ficha del apunte en otra tabla
- Realizar las 3 actualizaciones por cada apunte a la cabecera
El resultado de las tablas de asientos y apuntes es,
Tamaños de los archivos de datos Asientos: 2,37 mb y Apuntes 7,42 mb
Tramaños de los ficheros de indices: Asientos 3,88 mb y Apuntes 12,2 mb
Esto significa que el tiempo empleado en grabar cada apunte y actualizar a la cabecera : 0,0316Â Â es decir, 31,6 registros por segundo
Tras finalizar el proceso y realizar los calculos correspondientes para preparar este artÃculo, comencé a comprobar el resultado obtenido a traves de las tablas y la mala noticia es que habia un asiento descuadrado, pero no tiene importancia, la buena noticia es, que dicho asiento ya estaba descuadrado antes de ser exportado.
Por tanto, el resultado, todo correcto, parece que esta vez si, se ha solucionado el problema existente en los calculos numericos con decimales.
A raiz de estos datos, que cada uno saque sus propias conclusiones …
|
