Queremos animaros a realizar un ejercicio práctico con las nuevas tecnologías disponibles en vDevelop, y la mejor forma es que todos los betatesters pongáis un post con un análisis de la actual vBase basado en soluciones y cajas.
El objetivo es:
- Crear la plantilla vBase, con una funcionalidad similar a la actual.
- Sólo hay que indicar que sitios y cajas crearías.
- No es necesario detallar todas las tablas y los objetos visuales, sólo mencionar algunos ejemplos.
Un ejemplo:
- Crearía una sola solución al que llamaría vBase.
- Crearía una sola caja de datos con todas las tablas que ahora tiene vBase.
- Crearía una sola caja de objetos con todos los objetos que ahora tiene vBase.
- La caja de objetos vBase heredará la caja de datos vBase.
- El motivo de hacerlo así es por considerar que todo lo que está en la vBase actual es común a todas las aplicaciones y por lo tanto no hay que dividirlo.
Creemos que sería muy positivo que además de indicar el análisis, se comenten los motivos por lo que se han tomado esas decisiones para así poder crear un intercambio de impresiones entre todos.
Arriba
- Valorar esta entrada
(Sin votos) - Comentarios (34)
- Comentar
- Imprimir
Por FER21946 #
Me parece estupendo, este fin de semana me pondré con ello
Por FER21946 #
Bueno aquí va mi primer análisis con la v7:
- Crearía un sitio de recursos.
Donde organizaría los objetos que son genéricos, esos que ahora teníamos en la carpeta $Comunes, y que espero que ahora puedan ser muchos mas (Fondos, botones, barras de botones, funciones genéricas, etc..). Estas podrían estar en una o varias cajas, depende las posibilidades de la v7, que aún no alcanzo a imaginar.
- Luego crearía otro sitio para la plantilla vBase.
En cuanto a las cajas, yo creo que las dividiría de la siguiente forma (aunque no estoy seguro).
- Caja de datos de Generales (usuarios. Ejercicios. Idioma, Divisas, países y provincias).
- Su caja de objetos, que hereda a la de datos.
- Caja de datos de tablas genéricas de facturación (series, formas de pago, tarifas).
- Su caja de objetos, que hereda a la de datos.
- Caja de datos entidades (entidades, direcciones, tipos dirección, relaciones, etc..).
- Aquí crearía dos cajas de objeto:
o Una para direcciones y tablas relacionadas
o Otra para entidades, que heredaría la caja de datos y la anterior de objetos
Por FER21946 #
Ahora envío la explicación (no me dejaba en el mismo mensaje):
- Datos generales. Las separo porque estas tablas se utilizaría en casi todas las aplicaciones, y en algunas de ellas no se usarían las entidades.
- Genéricas de facturación. Separadas pues no todas las aplicaciones llevan facturación.
- Dentro de las entidades, separo los objetos de entidades del resto, pues la tabla entidades se puede usar para aplicaciones en las que no son relevantes las de tipo cliente, proveedor, transportista, comercial, y si otros tipos diferentes. De esta forma, pretendo que se pueda utilizar la misma tabla, pero cambiar los objetos, para que, por ejemplo, en lugar de proveedor, pueda aparecer compañía de seguros.
Por EFE21852 #
Buenas tardes:
Voy a empezar a equivocarme, para empezar a aprender.
Yo crearía:
Sitio Recursos que contiene una caja de datos con dibujos, iconos, etc.
Sitio Maestros que contiene:
Caja de datos Maestros.
Caja de objetos Maestros.
En estas cajas guardaría las tablas y objetos de ficheros maestros que no necesariamente se utilizan en una aplicación de facturación (ninguna de las mias lo es).
Por ejemplo: Entidades, direcciones, cargos, etc.
Sitio vBase Facturación que contiene:
Caja de datos vBase Facturación.
Caja de objetos vBase Facturación.
En estas cajas guardaría las tablas y objetos relativas a facturación: Formas de pago, series de facturas, etc.
Heredaría los objetos de Maestros y Recursos.
Sitio vBase Conta que contiene:
Caja de datos vBase Conta.
Caja de objetos vBase Conta.
En estas cajas guardaría las tablas y objetos relativos a la integración con contabilidad.
Una aplicación nueva heredaría siempre las cajas de recursos y maestros. Las de facturación y contabilidad las heredaría o no en función de las características de la aplicación a desarrollar.
Un saludo,
Fran.
Por EFE21852 #
Buenos dias:
En el post del sábado me faltó indicar que las cajas de objetos de maestros, vbase facturación y vbase conta heredan a sus correspondientes cajas de datos.
Otro saludo,
Fran.
Por ADE #
Bueno, vamos con el primer análisis en V7 (que Dios nos pille “confesaos”).
Sitio Recursos: Aquello que podemos utilizar de forma genérica en las distintas aplicaciones.
Caja Datos: Tablas estáticas (meses, tarjetas de pago, estado (aceptado, pdte., etc).
Caja Objetos: Fondos, logos, funciones comunes (verificación NIF, Comprobación nº seg. social, etc.) y la caja de datos correspondiente.
Sitio Maestros: Esos que podemos utilizar en cualquier aplicación:
Caja de Datos: Por ejemplo: Paises, Provincias, Códigos Postales, formas de pago, moneda, idioma, etc.
Caja de Objetos: Sus correspondientes formularios, botones, barras de herramientas, etc. y la caja de datos correspondiente.
Sitio vBase: Todo lo correspondiente a facturación:
Caja de Datos: Series, facturas, vencimientos, cobros, remesas.
Caja de Objetos: Lo de siempre, formularios, informes, búsquedas, rejillas …
Además heredaría las cajas de objetos Recursos y Maestros.
Otro tipo de análisis podría ser, dentro de Maestros, por ejemplo, una caja de datos por cada tabla y una de objetos que heredase la de datos de dicha tabla, de forma que en un nuevo proyecto o como se vaya a llamar poder heredar cajas “más pequeñas” ¿no es correcto?.
Por FER21946 #
Fran,
Si te parece, vamos a empezar el intercambio de impresiones, que pretende Arboleya.
El planteamiento que haces en teoría está perfecto, yo lo subsbribiría; de hecho empezé con una idéa similar.
Pero, creo que no es viable con la v7. Me explico:
El sitio de maestros, donde está entidades, tal y como está vBase, necesita heredar el de facturación, puesto que entidades es histórico de las tablas de facturación.
No sirve que el de facturación herede el de maestros.
Yo entiendo que con la v7, cuando heredas una caja de datos, las tablas existentes en esta, solo pueden tener una relación de maestro con respecto a las tablas que tenemos en la caja actual.
Si intentas, con tu planteamiento, hacer historica entidades de formas de pago no podrás.
Un saludo,
Nacho.
Por FER21946 #
En mi planteamiento, no quedó muy claro que cajas son heredadas.
En las cajas de datos de entidades tiene que heredar las cajas de datos anteriores (generales, facturación), para poder enlazar con esos maestros.
Y las cajas de objetos de entidades tendrán que heredar las cajas de objetos generales y de facturación para poder usarlos.
Generales y facturación son independientes entre si, por lo que no necesitan heredar nada una de otra.
Por EFE21852 #
Hola Nacho:
En estos dias estoy muuuuuy liado. Cuando tenga un rato hago pruebas y continuamos el análisis.
Un saludo,
Fran.
Por FER21946 #
Muy bien Fran, la verdad es que de semana también me cuesta mucho a mi sacar tiempo, aunque estoy deseando avanzar en el análisis de la v7, como supongo te pasa a ti
.
Por otra parte, creo que, Velneo debería hacer este apartado un poco mas dinámico, que podamos saber mas fácilmente cuando hay comentarios nuevos en cada apartado, aparatados nuevos, etc….
un saludo,
Nacho
Por EFE21852 #
Buenas tardes:
Voy a intentar explicar las pruebas que he realizado, ya que no se si lo estoy haciendo bien.
He creado la estructura de sitios y cajas que proponía en mi primer post:
Sitio Recursos:
- Contiene ua caja de objetos con dibujos.
En un principio no establecí herencia con ninguna otra caja.
Sitio Maestros:
- Contiene una caja de datos con las tablas de clientes y proveedores.
- Otra caja de objetos con los formularios de clientes y proveedores.
Estas cajas heredan la caja Recursos.
Continua en el siguiente post…
Por EFE21852 #
Sitio vBase Facturación:
Hereda las cajas de Recursos y Maestros.
- Contiene una caja de datos con las tablas Series de facturas y Facturas.
La tabla de facturas la he creado sub-maestra de series y enlazada a clientes y proveedores utilizando el asistente. He podido hacerlo sin problemas. (Por cierto, el asistente mola. ¿Cuando podremos hacer preguntas y sugerencias?).
NACHO: Como ves, no he hecho que las cajas del sitio maestros hereden a las del sitio facturación y el asistente me permite enlazar las tablas de maestros como maestras de facturas.
He revisado los enlaces a histórico en las tablas de clientes y proveedores y no veo ninguno… pero es que los he comprobado también los de la tabla de series de facturas (que está en la misma caja que facturas, no es heredada) y tampoco aparecen.
¿Será que en esta beta no están disponibles?
¿Es posible que las caja de maestros tenga “acceso” a la caja de datos de facturación, aunque no la herede directamente, por el hecho de haber establecido la herencia a la inversa?
(Arboleya, podrías traer un poco de luz a nuestra oscuridad, please?).
A continuación he probado a establecer explícitamente que la caja de datos de maestros herede a la de facturacíón. He podido hacerlo sin problemas, pero aún así no han aparecido los enlaces a histórico en clientes y proveedores.
Para las pruebas he utilizado la beta 516 en Windows 2000.
Un saludo,
Fran.
Por FER21946 #
Fran:
Es que tu has hecho una facturación clásica, pero no basada en la vBase. El objetivo era analizar la vBase con la v7.
Y en la vBase la tabla que existe para clientes y proveedores es “Entidades”, y en ella existen unos campos con los datos de facturación por defecto del cliente o proveedor “Condiciones de venta”.
Entonces la tabla de entidades es historica de la tabla de series, formas de pago,….. Y eso implica que tiene que heredar o contener las tablas maestras de facturación.
Otra cosa, podría ser… separar esos datos de la tabla de entidades, de forma que estén en una tabla en la caja de facturación, con un registro por cada cliente/proveedor. Entonces si podríamos tener la tabla de Entidades totalmente independiente de facturaciones.
En cuanto a los enlaces a historico, no deben estar disponibles, pues no aparecen.
Por cabella #
Hola Jesús.
Respecto a la herencia inversa. Estaría bien a parte del artículo que en una de las BETAS hiciéramos ejercicios sobre ella, al igual que hicimos los ejercicios de crear cajas y heredarlas.
Es una idea.
Por jarboleya #
Perdonar que no haya respondido antes, pero llevo unos días fuera de la oficina y no he tenido tiempo para hacerlo.
Lo primero, felicitaros a los que ya habéis realizado el esfuerzo de analizar con V7, gracias de verdad, porque sé lo liados que estáis y el esfuerzo que esto supone.
Lo segundo animar al resto a que participen, no es bueno que esto sea cosa de tres, todos sois betatesters. Y entre todos podemos colaborar en el desarrollo de V7, ahora mucho más que dentro de unos meses, donde estos aspectos estarán más cerrados.
Sobre los análisis me gustaría esperar a que haya más participación para daros mi opinión, pero en principio las ideas son muy válidas y correctas en general y sobre todo felicitaros porque habéis llegado a un punto clave.
¿Qué pasa con los históricos?
¿Cómo se gestionaran ahora que las cajas tienen herencia?
¿Tendré que preocuparme de su gestión?
¿Que sucede si, por ejemplo, la tabla de entidades de la caja vBase es heredada por dos cajas de diferentes y en una existe un enlace a Entidades (Comercial) y en la otra caja existen 2 enlaces (Cliente y Proveedor)?
La respuesta es…
En V7 ya no se pueden declarar relaciones de histórico, enhorabuena por haberlo cazado al vuelo.
¿Y entonces que pasará?
Pues muy sencillo, la solución se denomina, herencia inversa.
¿En qué consiste?
Un par de ejemplos,
A) vBase es heredada por vCompras y la tabla Pedidos de vCompras tiene un enlace a la tabla Entidades de vBase en el campo Proveedor y además tiene un índice por el campo Proveedor. Sin programa nada, desde vBase tendrás declarada la relación de histórico en la tabla vBase contra la tabla Pedidos por el índice Proveedor. Esto te permitirá poner en vBase una rejilla de histórico en la tabla de Entidades que muestre los Pedidos de compra.
B) Y si esa misma vBase la heredo en vVentas y en su tabla Facturas declaro punteros a Entidades para los campos Cliente y Comercial y creo los índices por estos campos. Pues lo mismo de antes, V7 se encargará de crear tantas relaciones de histórico como índices existan en la tabla cuyo primer o primeros campos sean punteros a alguna tabla de vBase a través del índice código. De esta forma además de la navegación se nos abren las puertas a crear objetos visuales contra tablas históricas declaradas en otra caja.
Tal vez no lo aparente, pero esto que está en fase de desarrollo, puede ser una de las grandes novedades de V7 y una de las aportaciones más agradecidas de la herencia de cajas. Tener en cuenta que una misma caja dependiendo de donde es heredada pondrá a nuestra disposición todos los históricos que los enlaces a maestros de las tablas de la caja heredada estén declarados.
Esto es el principio del fin de tantas y tantas integraciones de versiones de aplicaciones para evitar diferencias de estructura y sobre todo facilita el diseño de las aplicaciones al no tener que preocuparnos de la herencia inversa, algo que V7 hará por nosotros.
Por último deciros que este tema es lo suficientemente importante como para hacer un artículo específico si lo veis conveniente, yo al menos así lo considero. Aunque debemos tener en cuenta que lo comentado en esta respuesta está sujeto a cambios y que hasta que no sea definitivo no ampliaremos esta información con un artículo detallado.
Por jarboleya #
Sí, en cuanto sea posible probarlo en la beta así lo haremos, pero antes de que llegue ese momento quería daros esta información para que los tengáis en cuenta al realizar el ejercicio de análisis con V7.
Por fjpnovo #
Buenas tardes:
Jesús: A mi también me parece conveniente el artículo específico sobre la herencia inversa… cuando lo considereis conveniente.
Somos un puñado de privilegiados por poder participar en el desarrollo de v7 y por poder jugar con los juguetes nuevos antes del día de reyes.
Un saludo,
Fran.
Por comercial #
Jesus,
con esto de la herencia inversa, me has dejado desencajado, en el análisis con la v7 no acababa de ver como organizar las cajas a gusto.
Me surgen muchas preguntas, que si se puede haré mañana, cuando tenga la cabeza un poco mas despejada. Realmente, me parece que merece un artículo específico, o algo más.
Un saludo.
Por fjpnovo #
La herencia inversa vendrá bien a los principiantes que no tengan que preocuparse de los enlaces a histórico.
He visto muchos mapas en los que faltan los enlaces a histórico. Los programadores noveles crean el campo enlazado a maestro y se olvidan del histórico… con el riesgo que esto conlleva.
A partir de v7, una cosa menos de la que preocuparse.
Un saludo,
Fran.
Por isanchez #
Vamos a ver si lo entiendo.
Tenemos 2 cajas de datos vBaseDat y vComprasDat, la segunda hereda a la primera.
La tabla FACTURAS de la caja vComprasDat crea un enlace a maestro con la tabla ENTIDADES de la caja vBaseDat.
Entonces con la herencia inversa, la tabla ENTIDADES, desde la caja vBaseDat, tiene acceso al histórico FACTURAS.
Hasta aquí está claro. Ahora viene el como se usa….Queremos poner una rejilla de historico de FACTURAS en un objeto de la tabla ENTIDADES. ¿donde la podemos utilizar?
1.- Caja de objetos vBaseObj. Esta caja, en principio, hereda la caja de datos vBaseDat, pero no la de vComprasDat. ¿Desde esta caja de objetos, al crear objetos de ENTIDADES podremos crear una rejilla de FACTURAS?, supongo que entonces incluirá de forma automática las cajas pertinentes en la aplicación final ¿no?.
2.- Caja de objetos vComprasObj. O esa rejilla de FACTURAS en un objeto de ENTIDADES, solo la podremos crear en la caja de objetos de vComprasObj?, donde tenemos heredada, lógicamente, la caja de datos vComprasDat.
En fin se me abren un montón de interrogantes. Hasta ahora, la herencia la entendía en forma de árbol, de tal manera que una caja podía utilizar los objetos de las que heredaba, pero no a la inversa. La herencia inversa abre un mundo de combinaciones que estoy deseando explorar y poder comprender en toda su amplitud, ¿nos explicas algo mas?
Por victor #
La herencia inversa facilitará el trabajo. Creo que el tema se merece un artículo cuando ya lo tengais mas o menos definitivo.
Por adelo #
ya que lleva unos días parado este hilo, ¿que os parece si “evaluáis” nuestos análisis? (no digo uno a uno, claro). Más que nada para ir viendo cual es el mejor camino para V7.
Por jamarit #
Aunque sea con retraso, me gustaría plantear una duda referente a la herencia inversa.
Se trata del borrado de fichas con históricos. ¿Se va ha modificar algo en este tema, o tendremos que ocuparnos de los históricos en el proceso anterior del botón de eliminar?
Relacionado con esto, en la nueva versión, ¿tendremos que ocuparnos de todos los históricos? Hasta ahora, podíamos ser menos extrictos, ya que solo era necesario resolver los histórios declarados.
Siempre he pensado que sería mejor poder ocuparse de los históricos en el evento anterior al borrado del maestro.
Por javier.lopez #
Mis dudas:
No me aclaro lo suficiente con las herencias.
Aunque Vbase y Vgestión pueden ser considerados como standard o arquitectura base para el desarrollo de aplicaciones de gestión , hay otras muchas casuísticas que encajan o no precisan esa base.
Mi caso particular:
La empresa en donde trabajo tiene cuatro secciones:
-Un Laboratorio de materiales de la construcción, aplicación con VV, tipo gestión integral de todas las tareas, informes, ensayos , distribución etc concerniente al Laboratorio, gracias a VV esto se lleva de maravilla pero no preciso para nada de vBase.
-Consulting de Ingeniería de proyectos , caso similar al anterior.
PERO…
Desde una de la aplicaciones , en concreto de la de Consulting de Ingenieria tengo un módulo de gestión de personal DE TODAS LAS EMPRESAS, nóminas, vacaciones, control de calidad.. etc y aquí si me haria falta el concepto de herencia.
Es decir un fichero de personal común para todas las empresas y para cada aplicación heredable para aumentarle los campos especificos.
Pregunta ¿como me lo planteo?
Por fjpnovo #
Otro intento de análisis v7: IRIS v7
IRIS es una aplicación modular, compuesta por dos módulos diferenciados: Un DataWarehouse de análisis de ventas y un CRM. Ambos comparten una serie de tablas comunes. Los textos de todos los formularios, rejillas, mensajes, etc están escritos en inglés. Es una de mis aplicaciones reales, desarrollada en V.V. 6.1.
A lo mejor es mucho correr, pero ¿cómo se enfocarán los desarrollos modulares en v7? ¿Se distribuirán unas cajas si y otras no en función de la instalación? ¿Existirá algún tipo de VAM que aglutine las cajas que componen una aplicación?.
Sitio Maestros
En este sitio se almacenarán las cajas de los maestros comunes a ambos módulos. Mi primera idea fue crear un sitio para los maestros en inglés, que no serían comunes para las aplicaciones escritas en castellano. Pero, oh sorpresa!!!, v7 es multi-idioma, con lo cual esto no es necesario, creo.
DataBox Maestros: Caja de datos que contiene las tablas maestras: Customers, Sales Rep, Countries, Users, Currencies, Euro Rates, items, items cost, items price, G&A concepts, G&A departments, financial divisions, etc.
ObjectBox Maestros: Caja de objetos que contiene los objetos visuales de las tablas del DB anterior. Esta caja hereda la DB anterior, para poder realizar los objetos de las tablas contenidas en ella.
Continua en el siguiente mensaje …
Por fjpnovo #
Sitio IRIS comunes
En este sitio se guardarán las tablas, que no son maestras, pero son comunes a ambos módulos de IRIS: Ventas, Deuda Clientes, Gastos Generales, etc.
Estas tablas se utilizan masivamente en el DataWarehouse y puntualmente en el CRM para cálculos de forecast, consulta de facturación de clientes desde proyectos, etc.
Databox comunes: Caja de datos que contiene las tablas no maestras comunes a ambos módulos de la aplicación: Sales Orders, Shipped, Backlog, Other adjusts, Aging, G&A expenses, Sales Invoices, etc.
Esta DB hereda a la DB Maestros, ya que las ventas tienen asignado un cliente, comercial, item, division, currency, etc.
Los G&A expenses tienen asignado un concepto, un departamento y un empleado.
Asimismo, todas las tablas tienen asignado un país. Esto permitirá acotar el acceso por país y realizar informes consolidados.
ObjectsBox comunes: Caja de objetos que contiene los objetos visuales de las tablas del DB comunes.
Hereda el DB comunes y el OB de maestros (para poder utilizar los localizadores, rejilla y formularios de maestros). ¿Es esto correcto?.
Sitio IRIS DataWarehouse
Este sitio contendrá las tablas y objetos visuales que solamente se utilizan en el módulo DataWarehouse de IRIS.
Databox IRIS DW: Esta caja de datos contiene las tablas que solamente se utilizarán en el módulo DataWarehouse de IRIS: Cálculo de comisiones, de bonos de jefes de ventas, de DSO, estudios financieros, análisis de sensibilidad, temporales de informes financieros, temporales para trazabilidad de ventas, etc.
Esta DB heredará las DB Maestros y DB comunes, ya que utilizará tablas de ambos DB.
ObjectBox IRIS DW: Esta caja de objetos contendrá los objetos visuales de el DB IRIS DW.
Heredará al DB IRIS DW, al OB maestros y al OB comunes. No sería necesario heredar los DB, porque estos ya son heredados por los OB, ¿es esto correcto o sería suficiente con heredar las cajas de comunes ya estas, a su vez, heredan a las de maestros?
Sitio IRIS CRM
Este sitio contendrá las tablas y objetos visuales que solamente se utilizan en el módulo CRM de IRIS.
Databox IRIS CRM: Esta caja de datos contiene las tablas que solamente se utilizarán en el módulo CRM de IRIS: Companies, contacts, commercial projects, forecast, offers, product support, etc.
Esta DB heredará las DB Maestros y DB comunes, ya que utilizará tablas de ambos DB.
ObjectBox IRIS CRM: Esta caja de objetos contendrá los objetos visuales de el DB IRIS CRM.
Heredará al DB IRIS CRM, al OB maestros y al OB comunes. No sería necesario heredar los DB, porque estos ya son heredados por los OB, ¿es esto correcto o sería suficiente con heredar las cajas de comunes ya estas, a su vez, heredan a las de maestros?.
A partir de aquí habría que empezar a crear los objetos y ver si la estructura (sitios+cajas+tablas) propuestas funcionaría… el problema es que IRIS tiene unas 300 tablas. Si tengo tiempo puedo probar con unas cuantas, pero de momento envío este “análisis” teórico sin hacer pruebas para ver si voy bien encaminado.
Por cierto: Este texto es un poco duro de tragar tal como está escrito, pero ha desaparecido la toolbar de edición del texto para poner subrayados, negritas, etc.
¿Es un problema de mi navegador o ya no está disponible?
Un saludo,
Fran.
Por fjpnovo #
¿Cuándo nos dan las notas?
Los niños han acabado el colegio. Les han dado las notas antes de las vacaciones de verano… aunque los betatesters no tengamos vacaciones, ¿tendremos nuestras notas de los análisis v7 publicados?
Un saludo,
Fran.
Por julian_llanos_laque.hotmail #
Los cambios de la verion 6 a V7, son escelentes felicitaciones, pero seguro algunos usuarios como yo se sentiran con sentimientos encontrados, la nueva herramienta, aunque ya esta casi terminada, faltan implementar muchas cosas, y yo soy nuevo, usuario nivel 3, me aseguraron que tendria V7, pero aun no esta terminada, y el plazo de suscripcion, ya se vencera en 3 meses.
Los mas perjudicados somos los usuarios de nivel 3 como yo que compramos este ultimo año la herramienta, porque debemos seguir pagando por algo que aun no esta completo, para seguir desarrollando nuestras propias aplicaciones, creo que deben dar al menos 6 meses mas de tiempo de suscripcion como usuario de nivel 3, se supone que yo pague en su momento por V7 completo, pero estando a 3 meses de vencer mi suscripcion, aun no se termina la V7. y para seguir en la formacion de V7, debo pagar otra vez por otro año, creo que velneo debe evaluar esta situación, y dar a todos usuarios del ultimo año, mas tiempo de suscripción con el pago inicial, ya estamos enganchados a esta plataforma,y se debe seguir, porque creo que es futuro.
Ojala se pronuncien Velneo S.A.
Por jarboleya #
Buenos días Julian,
Gracias por tu comentario y por apostar por Velneo.
Me gustaría comentar varios aspectos que indicas en tu mensaje:
- Como suscriptor de nivel 3 sabes que entre otros servicios has dispuesto de actualizaciones de plantillas, formación y, sobre todo soporte técnico del que estoy seguro habrás podido disfrutar durante estos meses. Es decir, la suscripción no sólo incluye las actualizaciones de Velneo V7, todos los demás servicios también tienen valor.
- Como suscriptor de nivel 3 te puedo confirmar que en Junio con la salida de la versión 7.1 de Velneo recibirás tus licencias propietarias de edición y ejecución. Además en esta versión notarás importantes mejoras en todos los aspectos de la plataforma, desde fiabilidad, usabilidad y nuevos objetos.
- Como suscriptor sabes que recibes todas las versiones de Velneo V7 durante el período de suscripción (1 año). Si deseas seguir recibiendo actualizaciones es necesario renovar la suscripción. Recuerdo perfectamente, y habrá otros foreros que lo podrán comentar que lo mismo sucedió con Velneo 6.X en sus primeras versiones que, lógicamente, no tenían la misma funcionalidad que puedes apreciar en su versión 6.4 y, también en esos primeros años la periodicidad de versiones era similar a la actual (3 versiones al año). Te puedo asegurar que la versión que salió 6 meses después de 1.1 era muy buena pero no tenía nada que ver con la versión 6.4.
- ¿Cuando está terminada Velneo V7? Creo que esta respuesta será diferente para cada desarrollador. Sinceramente, creo que una plataforma de desarrollo no se termina nunca, ya que la evolución de la informática se encarga de tener que estar en constante desarrollo. Por ese motivo cada programador o empresa es un mundo y las necesidades son muy diferentes, para algunos Velneo V7 no estará terminada hasta que no tenga un objeto concreto, para otro puede ser fundamental que exista la versión para móviles y así un sinfín de casos, tantos como programadores. Estoy convencido de que 6 meses después de finalizar tu suscripción seguro que seguirás demandando otras funcionalidades. Evidentemente, cada versión aporta más funcionalidad pero una plataforma de desarrollo no es diferente a un programa de los que desarrollamos para nuestros clientes que también demandan más y más cosas constantemente o simplemente el cumplimiento de las normas legislativas del país.
- Estoy convencido de que la versión 7.1 será de tu agrado y si apuestas profesionalmente por Velneo V7 para tus futuros desarrollos será casi imprescindible estar a la última para poder disfrutar no sólo de la versión 7.1 o la que exista en los 6 meses siguientes, sino que también disfrutarás de seguir recibiendo versiones a lo largo de los próximos años.
Julian, si deseas ponerte en contacto conmigo puedes hacerlo enviándome un correo a jarboleya@velneo.com
Saludos.
Jesús Arboleya
Por waldirgio #
Cordial saludo al grupo velneo.
Definitivamente veo en Velneo una opción con mucho futuro y aunque apenas me estoy documentado y no he empezado a desarrollar, quiero expresarles por la gran visión que tienen para desarrollar este paquete tan fabuloso, donde se integra desarrollo de escritorio y web.
Espero cumplir mis expectativas y cambiarme definitivamente a esta herramienta de desarrollo, vengo desarrollando desde 1993 en vfp. Ojalá que la migración no sea traumática.
Exitos y muchas gracias si visitan Medellin – Colombia.
Att.
Waldir Yobany Huertas
Medellin-Colombia
waldirgio@hotmail.com
Por Martin #
Hola, mis felicitaciones desde Argentina por las mejoras implementadas en la V7, realmenete que se haya logrado que Velneo sea MultiPlataforma, que soporte el evento de Arastrar y Soltar entre listas, que se haya mejorado considerablemente los aspectos visuales, formas de edicion de propiedades, etc, etc et, me parecen formidable, y se hace evidente un futuro prometedor. Mi gran dilema Hoy es que estoy en proceso de comprar las licencias de para ser N3 y con la idea de empezar a hacer desarrollo profesional en la V6 ya que es la que manejo, y se me plantea la duda si ya será momento de empezar en la V7 para tener los sistemas que se vallan haciendo en esta version o Empezar con la que ya es madura, la v6; de todos modos tendre ambas posibilidades, pero agradecería orientacion especifica al respecto.
Bueno, de nuevo felicitarlos y agradecer al equipo de Velneo…
Cordiales saludos a todos ¡¡¡
Por jarboleya #
Hola Martín,
Gracias por tu comentario.
Mi visión sobre la duda que planteas es la siguiente. Como habrás visto Velneo V7 aporta muchas novedades y requiere un tiempo de aprendizaje. Una vez adquirido ese conocimiento desarrollar las aplicaciones también te llevará un tiempo (como en Velneo 6.X). Cuanto antes te introduzcas en Velneo V7 antes podrás estar desarrollando e instalando aplicaciones desarrolladas en Velneo V7.
La gran ventaja de ser Nivel 3 es que si en este tiempo te surge un proyecto, como ya conoces Velneo 6.X podrás desarrollarlo sin problemas. Sin embargo, cuanto antes pases a Velneo V7 mayor proyección de futuro tendrán las aplicaciones que desarrolles no teniendo que volver a reprogramarlas para conseguir que sean multiplataforma, multiusuario y un sinfín de mejoras que aporta Velneo V7 y, que seguro ya conoces.
En definitiva, pienso que cada día que pasa es un día más que tardarás en poder estar desarrollando con Velneo V7. Te recomiendo que hables con el departamento comercial de Velneo. Contacta enviando un email a comercial@velneo.com y un gestor te dará los mejores consejos para que puedas pasar a ser Nivel 3 y disponer de todas las opciones de Velneo tanto de Velneo 6.X como de Velneo V7.
Saludos.
Por julian_llanos_laque.hotmail #
HOLA VELNEANOS:
PARA MARTIN DE ARGENTINA: lo que puedes hacer es solo aprender del material que hay en V7, no te recomiendo aun ADQUIRIR EL NIVEL 3, soy del nivel 3, hasta octubre o noviembre que seguro estara terminado la V7 ahi compra lo que desees, mejor aun nivel 4 si puedes pagar, tu pàrtes del V7 para adelante. lo de atraz, olvidalo, teniendo tus conocimientos avanzados de V7. seguro tendras exito en tus aplicaciones y no el sabor amargo que tengo yo, pero que seguro velneo me alcanzara un carmelo para quitarmelo.
En resumen te recomiendo esperar un poco mas, cuando la herramienta este terminada y seguro estaras a la vanguardia de los desarrolladores de base de datos, al final de cuentas es barato sus sprecios, pero simpre y cuando tengas aplicaciones ya colocadas.
saludos, si deseas puedes contactarme a mi correo, para mayair informacion.
Julian llanos laque
Por jarboleya #
Hola Julián,
Lamento tu experiencia agridulce con Velneo V7, supongo que tendrá que ver con tus circunstancias ya que precisamente la mentalidad que tu muestras suele ser con la vienen algunos alumnos a los cursos de Velneo V7 al vCenter y que tras realizar el curso cambia radicalmente. En el siguiente enlace puedes ver un vídeo con los comentarios de los asistentes al último curso de Abril que como verás vienen con una idea y se van con una apreciación muy diferente de la plataforma.
http://velneo.es/6335/formacion-velneo-v7-resumen-curso-abril-09/
Esto es algo que tenemos que mejorar para lograr transmitir el grado de madurez de Velneo V7 que es mucho mayor, desde nuestro punto de vista, de lo que tu comentas.
La prueba de la madurez de Velneo V7 la demuestra las aplicaciones que ya se han desarrollado con la versión 7.0 y que he tenido la oportunidad de ver cuando me las han mostrado sus autores. Estas aplicaciones no tienen nada que envidiar a las plantillas de Velneo 6.X, al contrario, son muy superiores a nivel de interfaz y, sobre todo, podrán seguir creciendo a la par que vayan saliendo nuevas versiones de Velneo V7. Esperamos que pronto, aplicaciones de este nivel, puedan formar parte del catálogo de Velneo Open Apps.
Lo más normal es que cuando un desarrollador se enfrenta con una nueva plataforma comience desarrollando aplicaciones sencillas ya que tanto la plataforma como el desarrollador deben evolucionar y, los desarrolladores debemos aprender de la mejor forma posible, programando. Me consta por lo que he visto que hay desarrolladores que ya han dedicado muchas horas a Velneo V7 y han conseguido desarrollar aplicaciones empresariales con un elevado nivel de funcionalidad y con un interfaz muy cuidado y elaborado.
En Junio, dentro de un mes, sólo 4 meses después de la salida de la versión 7.0 en Febrero saldrá la versión 7.1 de Velneo V7. No se trata de un parche, ni mucho menos, tras cuatro meses se podrá apreciar la gran cantidad de novedades incluídas en esta versión. Los que conocieron la primeras versiones de Velneo (Velázquez Visual) podrán corroborar lo que estoy diciendo. Esto significa que cada 4 meses verá la luz una nueva versión repleta no sólo de correcciones sino, sobre todo, de grandes novedades que harán las delicias de los desarrolladores de Velneo. Con Velneo V7 se repite la historia.
Por cierto Julián, Velneo V7 no se terminará ni en Octubre ni en Noviembre
en realidad la versión 7.0 fue el pistoletazo de salida de un proyecto que tiene por delante un futuro fantástico durante la próxima década. Velneo V7 seguirá creciendo en Junio con la 7.1, en Octubre con la 7.2 y 2010 con la 7.3, 7.4, … Por todo lo comentado creo que retrasar la llegada a Velneo V7 a día de hoy supone retrasar la posibilidad de desarrollar aplicaciones espectaculares en cuanto a interfaz, funcionalidades y características como la multiplataforma y multidioma con una gran rentabilidad.
Saludos.