Mejoras y correcciones de vDevelop en una sola Idea

Hola Jesús.

En el roadmap de Velneo aparece Mejoras de usabilidad vDevelop, sin especificar nada en concreto. Por lo tanto entiendo que lo mejor y más práctico de cara al lector es agrupar todas las mejoras en una sola Idea. Es decir, Velneo había puesto en el roadmap una Idea que no existía y simplemente la añadí a la lista.

Yo creo que la mejor opción es la primera (A), porque sinceramente no creo que el sistema de votaciones de cada aspecto individualmente esté funcionando como debería.

Siempre será mejor que el equipo de desarrollo tenga 50 aspectos agrupados sobre una Idea, que tener que recorrer las 300 y pico Ideas y andar filtrando las que no valgan.

Por mi parte, no me importa que se elija la más o menos votada, la mayoría de las mejoras necesarias son de sentido común y tarde o temprano tendrán que incorporarse por el bien de la plataforma.

Saludos y muchas gracias por tu feedback.
Paco Satué

+1

Una que viene de foxpro:

Store 0 to variable1, variable2, variable3, variable4, …, …, …

Se requiere una implementacion similar en velneo.

Mejor explicacion del manual, ejemplo:

Configuracion de sistema: leer cadena de texto

Funciona esta instruccion? Como se usa? No da el mismo resultado que en V6.

Gracias

Buenas

Sin animo ninguno de molestar.

Y si para resolver un tema como este , lo que propone J. Arboleya , es lo mismo que hacen nuestro amorosos politicos, VENGA vamos , creemos una comision y a partir de ahi resolvemos.

Saludos

Totalmente de acuerdo con @seh!!!

Que Velneo y en especial J.Arboleja se fijen en esta y en otras ideas es bueno, muy bueno, pero como dice @juan.pescapuerca, si esto tiene que pasar por una precampaña, una votación, un recuento de votos, una comisión, la investidura, … posiblemente para cuando tengamos las funcionalidades disponibles, los PCs y los portátiles habrán desaparecido y los Smartphones estarán en los museos de historia, así que creo recomendable que Velneo vea la viabilidad de cada una de esas opciones por separado y decida cuales puede abordar con éxito, ahorrándonos 2 o 3 versiones de espera innecesaria.

saludos.

BUenas

Acabo de ver algo inreible

Han hecho un conector contra una BBDD obsoleta (Sql) y generan todo lo necesario en V7 , tablas , objetos etc.

Y bo podian hacer esto para otra tabla OBSOLETA , VELNEO V6 ??

Joder es algo que es justo y necesario

Un Saludo

Buenas

Estoy llorando, no me lo puedo creer , me invade la satisfaccion .
Joder seamos claros:
El VDELOP sigue siendo “uhmm malo”, pero han hecho algo que es digno de agradecer, aunque ya deberían estar en la primera version

“EN donde se USA” , al fin no te putea y hace lo que debe, buen trabajo
SI van abriendo objeto en diferentes soluciones y si cambias entre soluciones, mantiene lo que teniamos abrierto, COJONUDOOOOOOOO

Un Saludo

SQL obsoleto??

A mi me preocupa que NI SE HA MENCIONADO IOS (aunque llegue un poco tarde, quiza si dijeron algo al inicio).

No me convence la excusa de que es culpa de Apple, pues en Qt han desarrollado infinidad de aplicaciones iOS, y el SQLite (es decir, un motor de BD) funciona perfecto en iOS, porque no podria un vServer?

Si van a descartar un vClient iOS, no deberian YA ir armando una open app iOS, con vModApache e interfaz web? Es decir, tener YA una solucion iOS?

Lo mismo esa open app podría suplir la idea del vClient offline, grabando en SQLite y sincronizando con la BD Velneo, no les parece?

Hay que reconocerlo, el equipo de Velneo en esta versión ha echado el resto, me ha sorprendido gratamente, y hacia 4 o 5 versiones que no me sorprendían.

Esperemos que sigan por ese camino, aunque sigue habiendo un pequeño problema de comunicación, creo. El roadmap debería ser más abierto y conocerlo con más tiempo. Saber las novedades 15 días antes o esperar hasta la salida de la versión, me es completamente igual, ya que no nos permite organizarnos nuestras propias tareas en consonancia con la evolución del producto.

Enhorabuena por la nueva v7.18!!!

saludos

Buenas

De verdad si tengo que dar la enhorabuena por esto. A que poco aspiramos. Tengo servidores con 64bits a que esperamos. Pongo hardware de los más potente con disco ssd , para obtener rendimientos razonables. Y tengo que dar la enhorabuena por tan poco, apaga y veámonos.

Yo tenía debuggér en COBOL hace ya 14 años, tenis colas en el puto COBOL hace 14 años
Estoy harto , cansado aburrido, si llego a saber esto cuando empecé con la V7 , hubiese decido trabajar en Java y contra una base de datos libre de mercado

Venga ya ¡¡

No eres el único amigo juan yo también lamento no haber entrado al mundo de java hace mucho tiempo

No siempre hay mirar todo lo malo, hay que valorar también todo lo bueno que nos da la plataforma y que por eso estamos aquí.

Es una herramienta relativamente nueva que avanza poco a poco, todos tenemos cosas pendientes que nos gustaría tener pero…hay alternativas.

Creo que con java tardarían muchísimo mucho más tiempo en desarrollar lo mismo que con Velneo, control total, pero con todo lo que conlleva.

“Creo que con java tardarían muchísimo mucho más tiempo en desarrollar lo mismo que con Velneo, control total, pero con todo lo que conlleva.”
En aplicaciones criticas, ese tiempo extra compensa cuando tienes disponibilidad de replicacion, de gestion offline de aplicaciones (vClient offline), todo server-side por default, solucion nativa iOS y unos cuantos etc.

Por esos motivos, uno como desarrollador experimentado, queda muy limitado en cuanto a que proyectos se pueden encarar con Velneo, que en mi caso, son pocos, y sigo usando otras herramientas.

Y lo peor es que da la sensación de que votar no ayuda mucho, porque de lo pendiente y mas votado, solo se encaró XMLHttpRequest. Siempre llegan ‘sorpresas’ que no es que tuvieran muy votadas que digamos (antes fue el DataCatcher edit, ahora mas se preocupan del vERP que de subsanar cosas que si son críticas en la herramienta).

1.-Sigue sin poderse COPIAR REGISTROS COMPLETOS en el proyecto de datos (para usarlo en triggers),y los parches provistos, no funcionan en tercer plano. https://velneo.zendesk.com/entries/21890268-Automatizar-resolucion-de-TUBOS-

2.-No hay vísperas que vayan a crear objetos que sean TERCER PLANO POR DEFAULT. ¿En que estaban pensando cuando crearon el objeto busqueda? Que tener un ‘formulario asociado’ era mas productivo que tener una busqueda de muchos componentes, funcionado en tercer plano por defecto? Es decir, te ahorran unos minutos con lo del formulario asociado, pero te joroban el resto del tiempo con los tropecientos SET y GET para lograr que cualquier búsqueda funcione en 3er plano? https://velneo.zendesk.com/entries/23758281-Carga-de-listas-proceso-optimizado-para-la-nube-POR-DEFAULT-
Idem los informes, deberian funcionar en tercer plano por defecto, o no?
https://velneo.zendesk.com/entries/23650928-Informes-externos-en-3-plano

3.-Sigue sin poderse tener vServer en MAcOSX, Android o iOS, siendo que SQLite (un servidor de BD) si puede correr perfectamente, porque no puede un vServer? Es decir, no podemos tener verdadera movilidad (un vServer monopuesto en dispositivos móviles), aun si olvidamos el ‘vClient offline’ y queremos hacer nosotros, a mano, la sincronizacion?
Si taaan imposible es tener esos vServers, ¿una open app bajo SQLite con vModApache no deberían al menos existir?

4.-Hace demasiado que qt5 habilita la lectura del GPS, o tiene control canvas, y eso sigue sin encararse en V7, porque?
https://velneo.zendesk.com/entries/92989707-Obtener-coordenadas-GPS-desde-eventos-v7
https://velneo.zendesk.com/entries/89119358-Controles-graficos-NATIVOS-vCanvas-y-QtDataVisualization

En serio que unos cambios cosméticos en vDevelop eran mas importantes que todo esto, que sigue espere y espere?
¿Sera que al menos en el roadmap, Velneo SA puede sincerarse y decir NO HAREMOS NADA DE ESO, JAMAS, para saber a que atenerse? Pregunto porque fijense de cuando son las ideas, es decir, recientes no son.

Buenos dias

Estoy de acuerdo con todas las opiniones aqui vertidas, es mas, Velneo y sus gentes me parecen magnificas, pero y digo un PERO muy grande , si se esto , no me meto, y lo digo por derecho a pasar pernurias y grandes vicisitudes.

Llevo con V7 desde el principio, pero implatanda y operativa, pasandolas PUTAS, no poder instalar mejoras en la aplicacion , ya que V7 tardaba 5 horas en reindexar
Y leer en este foro que BRAVO , HURRA , la gente de Velneo ha echado el resto y nos ha sorprendido, pero a que coño nos dedicamos a desplegar aplicaciones para panaderias, joder , necesitamos aplicacion y base de datos de futuro , y no solo digo por el Catche y otros objetos, analizemos en que tecnologina nos movemos desde hace ya varios años, y lo digo por el ambiente de vserver en explotacion todos , son en maquinas con 2, o mas procesadores, con S.O. de 64 Bits, con discos ultrarapidos, y yo tengo que aplaudir a alguien que presenta 13 novedades y que ya deberían estar desde YA , desde el comienzo, y sino analizarlas.

QUe mejoras hay en objetos nativos, NIGUNA, parece que todo es Javascripts, que me parece cojonudo y obligatorio, pero hay que mejoras los objetos nativos,
No entiendo como una chorrada como el copiar registros no EXISTA , como dije anteriormente , desde el COBOOL de la señora Grace se podia, y esto es una chorrada pero que nos AYUDA de verdad
Condicionar los contenidos iniciales, que tonteria es , y que problemas da
Es penoso el crear procesos, PEOR que V6,
Ya no digo alta disponibilidad, "YA se " hay mejores herramientas que lo hacen , por eso tengo que hacerlo con VMWARE

VERP, vale que guay , y a mi que

He dicho cuatro chorradas , pero claro esto es como Eurovision , necesito los votos de todos , en caso contrario , quedo como Portugal de ultimo y sin puntos.

Un Saludo

Y mientras algunos pocos se la viven o vivimos lloriqueando otros le sacan provecho a lo que hay ganando buena pasta.

Hay quienes solo se quejan pero nunca aportan nada, ni a velneo ni a la comunidad. Hay quienes se quejan mucho pero sus aportes son muy grandes y se agradecen.

Java sera muy potente, pero para esos proyectos criticos que tanto se alardean se requiere un ejercito de personal para mantenerlos en operacion, con lo cual los costos se incrementan exponencialmente llevando en muchas ocasiones a que tan presumidos criticos proyectos entren en perdida.

Y no, java no lo hace todo, y para que realmente tengas buen margen de utilidad debes vender esos proyectos carisimos, cosa que muchisimos clientes actualmente no pueden o no estan dispuestos a pagar.

Y no, no compensa ese tiempo extra porque luego se vuelve tiempo eterno.

Y si tan experimentado eres, porque mejor en lugar de pedir y pedir y pedir y pedir no nos sorprendes y te avientas esa open app y la compartes con la comunidad, te prometo no utilizarla, no te vaya a robar la experiencia.

En pocas palabtas, no aportas nada y te la vives quejandote, pues que haces aqui compadre, hazlo todo en java y con esas grandes herramientas que tanto cacareas. Algo te ha de gustar que aqui sigues, lo quieres todo peladito y en la boca. De plano suena a que no quieres hacer nada, que con solo sentarte frente a la computadora le dos dos tres ordenes y solita programe por ti.

No existe ninguna herramienta, ninguna, que por si misma haga absolutamente todo lo que te la pasas pidiendo, y menos que lo haga bien, si existiese no habrian tantas herramientas de terceros que absolutamente todos, en todas las plataformas utilizamos de vez en cuando. Esas herramientas de terceros se hicieron no pensando en vendernolas a los desarrolladores velneo, se hicieron, se venden y se seguiran haciendo para subsanar las carencias de las grandes plataformas, o no?

El que esta aqui lo hace por gusto, no por obligacion, yo como dice Juan, no hace 14 años, hace 26 ya tenia un depurador tambien en cobol muchisimo muy potente, pero aqui sigo y nadie me, ni nos obliga.

Y deberias ser mas prudente y mesurado al responder a quien tiene puntos de vista diferentes y no atacar a lo loco. Repito, si tan bueno eres sorprendenos con tus aportaciones que revolucionen via open apps a la comunidad.

En fin, estamos aqui por gusto, o por flojos.

A mi me la presentación de ayer me pareció de todo menos de lo que esperaba, del producto VELNEO. Mucho VERP, mucho java, mucho SQL pero nativo de Velneo cero (perdón dos tonterías)
Estoy totalmente de acuerdo con lo que dice (juan.pescapuerta)

Buenos días, @juan.pescapuerca.

He de decirte que he criticado y critico mucho a Velneo, pero intento siempre desde el lado de “hay que darles un tirón de orejas para ver si se dan cuenta” de lo que pensamos, porque muchos no se atreven a decir nada públicamente y parece que todo es muy bonito y que todos estamos supercontentos.

Más allá de querer influenciar en las necesidades que tiene cada uno con la herramienta, he de decir, que todos los que estamos aquí, o en cualquier otro grupo, estamos porque nos hemos dejado “convencer” de que con Velneo era todo muy bonito y muy fácil.

Que había otras alternativas como “Java” y te dejaste convencer por “Velneo”, no intentes culpar a nadie de Velneo ni del Foro, pues has sido tu el que has tenido la última palabra y has elegido “erroneamente”, por lo que nos haces ver. Pues bien, soluciona tu error. Porque si no lo solucionas, seguirás en las mismas dentro de 5 o 10 años.

Que los comerciales de “Velneo” son buenos, no me cabe duda, son capaces de vender neveras en el Ártico, pero es obligación de cada uno informarse antes de dar el paso decisivo y verificar si realmente Velneo te da lo que necesitas. Recuerda que para un comercial es muy fácil prometer que en un futuro muy próximo tendremos lo que le estamos pidiendo.

Que Velneo NO te va a solucionar el 100% del proyecto, eso lo sabemos todos desde el primer día, y aunque nos gustaría que así fuera, hay que poner los pies en la tierra.

En fin, que no me culpes por felicitar a Velneo, porque ni siquiera sabes por que les estoy felicitando, y es que por mucho que les pueda criticar por lo que NO hacen, también se merecen un poco de respeto y que valoremos positivamente lo que SI hacen.

saludos
José Luis

Buenas

No voy a contestar, a nada , por favor seguir aplaudiendo

No añado APP , pero tampoco las Pido gratis, yo las PAGO si es que son necesarias, creo que el trabajo de los demas hay que valorarlo, y creo que nada es gratis, y popr eso pido mas.

Y claro que critico, o tu no si una base de datos tarda 5 horas en reconstruir un indice, que pasa debo besarles ya que asi puedo ver una pelicula en el tiempo de espera.

Perdona velneyello, vengo de V6 y a mi me animaron a pasarme a V7 ya que me ganatizaban lo mismo que V6 , por lo tanto si tengo ese derecho , y a ellos se lo he dicho .

O no puedes entender que necistabamos una migracion de V6 a V7 , la que han hecho es una castaña, te obligan a joder todo el mapa de V6 para exportar las tabla y punto.

Saludo y ya paso de este hilo

Un Saludo

Buenos días.

Pues yo estoy de acuerdo con Juan.Pescapuerta y con cjribera en TODO.

No hay que ser valiente para decir lo que uno piensa públicamente, para mí la versión que presentaron ayer tiene cosas muy buenas, pero no hay que negar que todavía falta muuuucho para poder estar al día de los tiempos que corren.

Si nadie se quejara de la herramienta, esta no crecería tanto. Si todo el mundo que se quejara aportara una solución externa le haríamos el trabajo a Velneo.

¿Velneo Life is Soft? sinceramente, para mí, cada vez menos.

Un saludo

quote quote=43302

1º) Como podéis suponer es inviable que Velneo pueda abordar en una versión trabajar en todas las ideas que habéis aportado.

2º) Al ser una única lista la votación de la misma no permite discernir cuáles de las ideas de la misma son las que más os interesan. Solo se puede saber la importancia que tiene la usabilidad a nivel global.

Si esta lista fuese la idea más votada o sin serlo ya que podréis comprobar que todos queremos mejorar la usabilidad de la plataforma, cuando se analizan las ideas para incluir en el roadmap a Velneo esta lista no le deja más opción que realizar una selección interna ya que la votación a esta lista no aporta información más desglosada.

Por lo tanto veo 3 posibles escenarios:

A) Dejar la lista unificada como está ahora con lo que la información para seleccionar las ideas más interesantes recae en Velneo por falta de información.

B) Separar las ideas individualmente lo que facilita su selección pero complica la votación a los suscriptores ya que serían un gran número de entradas diferentes y donde también es fácil que se produzcan duplicidades e incluso ideas contrapuestas.

C) Separar la lista en sublistas donde las ideas se agrupen por objetos o funcionalidades. Por ejemplo, una lista con todas las ideas referentes a un inspector concreto, otra con las ideas del dock de subobjetos, otra con las ideas sobre el árbol de objetos del proyecto, etc. Esta opción tiene 2 ventajas, se reduce notablemente el nº entradas respecto a la B y permite a Velneo conocer dentro de las ideas de usabilidad cuáles son las más interesantes para vosotros. Y lógicamente una desventaja ya que se generan más opciones de votación que en la opción A.

Si os gusta la opción A) seguid adelante ya que es la que está en marcha.
Si os gusta la opción B) o la C) podéis o bien hacerlo vosotros y/o podríamos desde Velneo ayudaros para hacer la gestión de la separación en varias sublistas más cómoda y rápida. Si optáis por esta opción C) creo que podríamos ayudaros haciendo una lista de posibles sublistas o vosotros mismos planteando las que veis en la lista actual.
(…)

[/quote]

Buenas, por aportar algo si sirve…

Sin entrar a debatir en la necesidad (lista o ficha) del vDevelop, y ciñendome a los escenarios que aportas, haria falta saber cual es la mas optima para que Velneo aporte a la comunidad/suscriptores vuestro Feedback en cuanto a su viabilidad/rechazo, pros o contras, y ya si eso, fechas de publicacion.

En la A) esta la experiencia actual de las ideas (algunas planeadas desde hace mas de año y medio) sin informacion trascendental que aporte vista sobre la misma, y experiencia si cabe del antiguo foro de ideas.

En la B), el problema no creo que radique en cuanto problema supone al suscriptor votarla, sino en la relevancia que tenga para vosotros el numero de votos, si la solucion en cuanto a implantarla quizas sea mas sencilla que otras con mas votos y se planea y ejecuta.

La C) me parece ingestionable, tanto para la comunidad para no repetirse, como para Velneo para desarrollar, plantear, rechazar o como proceda.

Como veras, todos los escenarios, y creo que cuantos se te ocurran, tienen algo en comun: la necesidad de vuestro feedback.

Vuestro feedback en ellas conseguira:
-situar al usuario/suscriptor
-que éste no repita ideas, por lo tanto, menor numero de ideas que votar, desarrollar, rechazas o cuanto proceda.

Resumiendo,
Que creo es mas importante saber donde llega vuestro feedback de las ideas, para plantear un sistema que permita al usuario/suscriptor estar al corriente del roadmap de ideas, y debe ser Velneo quien decida cual es el escenario optimo, pues es Velneo quien conoce unicamente las limitaciones de , insisto, vuestro feedback y que dicho sea de paso, creo que en el sistema de ideas actual, se queda pobre.

Saludos