Priorizar en el Software

Hola Alfonso.

Es lógico que cada uno tuviera unas prioridades, pero esto con nuestros clientes nos ocurre lo mismo disparan a 50 sitios, y somos nosotros los que tenemos que centrarles con un buen analisis, en general solemos decir lo mismo con 50 explicaciones distintas, pero al fin y al cabo queremos llegar al mismo sitio, las prioridades hasta cierto punto son faciles de organizar, si se tiene en cuenta una pregunta muy simple, ¿lo puedes hacer actualmente?, si la respues es no, es prioridad máxima, si la respuesta es sí pero con mucho trabajo, la prioridad es alta, pero no urgente, y así sucesivamente, poniendo como ejemplo lo expuesto en la cena:

1) Refrescos de objetos vDevelop

Supongo que se referira a que tarda mucho en una solución con muchos proyectos en refrescar, ¿lo puedes hacer actualmente?, sí, tardando mucho, posible solución momentanea desmenuzalo en multiples soluciones.

2) https://

Esto se dirá para hacerlo desde velneo directamente, ¿lo puedo hacer actualmente?, sí, instalando los módulos necesarios en apache se puede hacer., si se refiere a encriptación de vClient/vWebClient – vServer esto no es https, ¿se puede hacer actualmente?, sí, con tunelizaciones, y no, para aplicaciones masivas o monopuesto, ya que no se puede estar instalando y abriendo puertos a los clientes de este tipo.

3) Función tratamiento imágenes.

Me sorprende un poco que alguién proponga esto cuando en las OpenApps hay una aplicación vImagenes que hace muchas cosas, de forma muy fácil de implementar, ¿se puede hacer actualmente?, sí.

4) Intro para cambiar de campo.

Esto es un tema que piden muchísimos clientes, sigo pensando que para eso existe el tabulador (demostrado que es más productivo), pero se empeñan en eso nuestros clientes, ¿se puede hacer actualmente?, la respuesta es sí con un trabajo titánico pero sí, usando la variable EVENT_PARAMS, con un evento que detecte en el campo que se está y pase al siguiente, vinculando todo con conexiones a eventos.

5) Poder utilizar tanto en vDevelop con en vClient sólo el ratón (esta segunda parte ya es posible hoy día).

No tengo ni idea a que se refiere esto, pero si dices que se puede pues mejor.

6) Usabilidad de vDevelop con teclado.

Es importante esto sobre todo en procesos, ¿se puede hacer actualmente?, sí, y tampoco es mucho problema, ya que tampoco se usa tanto el ratón actualmente.

7) Interfaz recalcular control. Poder acceder a refrescar otros objetos de una pestaña a otra.

Esto se usa mucho, ¿se puede hacer actualmente?, que yo sepa no.

8) Refresco entre objetos vclient. (recalcular control)

Supongo que esto será lo mismo que el punto 7

9) Rejilla enlace con tablas para buscar.

Esto no es que sea básico es que es imprescindible, pero no creo que sea una cosa a plantear en 7.3 funcionaba y en 7.4 ha dejado de funcionar, ¿se puede hacer actualmente?, no, y esto nos preocupó a varios, una cosa es que no exista y otra dar pasos para atrás, aquí se demostro claramente que Velneo no apuesta por las rejillas, ya que si fuera así esto abria salido en cualquier test que hicierais.

10) Que no se creen tantas instancias.

Para grandes proyectos sobre todo para planteamientos tipo SAAS es muy confuso, aquí yo habría dicho más que quitarlas que puede ser complejo para desarrollo, poder encarpetarlas, quedaría organizado, limpio y no habría que quitar nada, ¿se puede hacer actualmente?, no.

11) Procesos en el servidor.

Yo aquí más que procesos, habría dicho demonios, el motivo es que con demonios puedes hacer backups, ejecutar procesos y mucho más, que lo haceís todo mejor, pero si no podeís lo lógico es hacer demonios que con eso podríamos hacer mucho, ¿se puede hacer actualmente?, no.

12) LDAP

Tema si no me equivoco complejo para desarrollar por vuestra parte, podemos hacerlo por programación nosotros, ¿se puede hacer actualmente?, sí.

13) Menús poder ocultar opciones en tiempo de ejecución.

Si este punto se refería para poder dar distintos menús a distintos usuarios, esto ya se puede hacer con proyectos de aplicación cada uno con un marco, ¿se puede hacer?, sí, si a lo que se refiere es a menús en botones, rejillas… y poder controlarlo ¿se puede hacer?, no.

14) Pasar parámetros al vclient/webclient

Parametros ¿de que tipo?, actualmente existen para poder crear accesos directos, dependerá de lo que se quiera como parametro el que se pueda hacer o no.

15) Regenerar índices debería ser más rápido.

Esto es insufrible con muchos datos, ¿se puede hacer actualmente?, no, no podemos solucionarlo nosotros.

16) Rejillas acceso al acumulado de otras columnas.

¿Se puede hacer actualmente?, no que yo sepa tampoco me he metido con ello.

17) Botones edit en formularios.

¿Se puede hacer actualmente?, no se puede, pero si tiene solución entre comillas, poniendo un botón que realice dicha función, no he probado pero alomejor con event_params se podría solucionar momentaneamente para no usar el ratón.

18) Poder clonar soluciones

Poder clonar soluciones, ¿se puede hacer actualmente?, sí con un poco más de tiempo de lo actual pero con las mejoras de 7.4 facilita bastante.

Me sorprende y mucho que no esten las teclas aceleradoras, se que se habló mucho de ello (tengo chivatos 😉 ), eso quiere decir que o pocos de los que fueron estan en serio con V7 programando, que montan aplicaciones en los que la productividad y el tiempo no es tan importante o que lo ven tan lógico que exista que ni lo proponen (me quedo con este último).

Creo que la plataforma esta en un punto en el que más que facilitarnos la vida a nosotros como desarrolladores, teneís que facilitarsela a nuestros clientes con usabilidad y productividad, creo que aquí es donde teneís que hacer incapié, si nuestros clientes están contentos, nosotros también, matais 2 pajaros de un tiro.

Yo se Alfonso que has estado leyendo los libros de 37 signals, en algún sitio lo dijiste, en ellos se explica de forma increible como las cosas no son tan complejas como creemos, como priorizar, como seleccionar las características y como cuando un cliente nos exige algo responderle diciendole que ya lo puede hacer pero de xxx manera, me acuerdo que los de 37 signals decían que la gente se empeñaba en que crearan un campo de clasificaciones, a lo cual estos respondieron, que no lo realizarian porque si ese texto lo ponian en el titulo de la nota actualmente ya funcionaba con los buscadores, y no tenian que programar, a la gente le costo aceptarlo, pero finalmente cogieron la metodología de hacerlo y nunca más se hablo del tema, esto unido a la metodología SCRUM que se esta implantando en las empresas de tecnología esta dando grandes resultados.

Cualquier día abro un blog para no daros estas parrafadas 😉

Saludos.

Hola Alfonso.

Si tienes razón en que lo haya simplificado demasiado, seguramente es porque la impresión que me da es que si a V7 le cuesta abarcar proyectos de tamaño medio, los grandes como comentas de los ministerios con 3.000 empleados ni lo pienso, por eso pienso para proyectos pequeños, LDAP es básico y ojalá yo lo tuviera que lo empezaba a implantar mañana mismo, pero si veo que no podeis con ciertas cosas DE MOMENTO, lo lógico es pedir lo esencial y sencillo.

Por ejemplo yo ahora mismo tengo un cliente con 150 tiendas que hay que migrar en breve a una nueva gestión con sus almacenes, tpvs… tengo que tomar una decisión en este año pero si V7 no ha sido capaz de resolver temas como la captura rápida para el cliente de datos (rejillas), teclas aceleradoras para los TPVs después de 5 versiones (7.0,7.1,7.2,7.3,7.4), que se den pasos atrás cuando salen versiones como los procesos 3º plano encadenados funcionaban y en la siguiente fallan, ahora las rejillas fallan cosas que antes no, algo se que hay con los drags&drops, crean unas incertidumbres increibles, y de poca confiabilidad, como yo hay muchos más.

Si dudo para un proyecto como este de tamaño medio y sencillo, evidentemente para cosas más grandes y complejas, ni me lo plantearía por lo comentado.

Deberíais pedir más apoyo de todos nosotros, y no estar tan solos como da la impresión a veces que estais, que parece que desarrollo va por un camino, velneo por otro y nosotros por otro, publicar roadmaps no detallados pero con lo suficiente para que nos hagamos una idea, cortar de raiz la incertidumbre en la que muchísimos nos encontramos especulando que hareis, que sacareis, como planteareis las cosas…

Y por supuesto hacer gran incapié en porque debemos apostar por V7 respecto a otros lenguajes (incluido V6), casos de éxito de V7 para darnos confianza, que me da que no hay ninguno, porque debemos vender software realizado con V7 y no con otros, con esto me refiero a no desarrollar con V7 sino vender al cliente final, hay que ser positivo también.

Saludos.

Buenos días Alfonso.

Ves de lo que has comentado hay cosas que no tenía ni idea, como lo de que departamento de consultoría tiene lista de espera para acomenter proyectos con V7, esto por ejemplo yo no he visto nada en ningún sitio que se hable de este tema, y es importantísimo, por un motivo muy sencillo a todos los que dudamos nos da una confianza muy grande saber que se están acometiendo en multitud de empresas proyectos de distintas indoles, para meternos nosotros también en proyectos con V7.

Como bien dices es imposible estar con todos, además de que sería hasta casi perjudicial para vosotros, ya que serian demasiadas voces y mucho que filtrar, por eso a muchos la gran mayoría solo nos queda la web, dices que no todo es web, pero para gran parte de la comunidad si lo es todo la web, el blog, el foro son los únicos canales que nos toca (hablo siendo un N3 no un N1), en una vCena se puede saber más que en 5 meses por el blog, porque se habla de temas más directos, cercanos y que nos ocurren a todos, y en la web no, es todo muy generico, poco son los posts en el blog que invitan a la comunidad a debatir, hablar…, sí se que es un blog de empresa pero da igual el objetivo de postear en un blog es incitar a la participación, de todos modos la siguiente vCena o reunión de cualquier tipo ya no me la pierdo, sea en Madrid, Gijón o Vigo. 😉

Lo de la documentación yo sigo usando la de 7.2 (http://velneo.es/info_v7_72_es/velneo_vdevelop_v7/proyectos_objetos_y_editores/) el motivo muy sencillo está todo en la misma página web, no tengo que andar clickando en 40 enlaces, y con el buscador del navegador encuentro lo que quiero en 2 segundos, el sistema de 1 web para cada cosa está bien para que desde el vDevelop enlace y se vea, pero tener los dos sistemas sería lo más óptimo.

Esto que me has dicho hoy, de la consultoría a full, que hay mucho movimiento con V7, que la gente apuesta por ello, en mi acaba de provocar el empezar a gestionar los proyectos en espera, en los próximos días, si a estas cosas les dierais más caña a nivel informativo, como yo muchos más.

Saludos.