10 sobre la 10

Este es un set de preguntas que han sido recabadas por el GUG RosarioGX en el marco del las ST RIT Rocha Preview.
A lo largo de las reuniones, los usuarios fueron planteando dudas sobre la próxima versión de GeneXus algunas fueron respondidas en el momento (las más básicas ;) ) y las otras fueron derivadas a las fuentes. Aquí responden Armin Bachmann y Gustavo Proto.

Comentario inicial de Armin Bachmann

Antes que nada quiero (yo, Armin) agradecer el esfuerzo por organizar estas reuniones y el interés de todos por la Rocha. Es un placer para nosotros ver el entusiasmo que genera GeneXus Rocha y nos hace trabajar más duro a todos aquí en Artech para realmente poder colmar sus expectativas para con esta versión. Paso entonces respuestas a sus preguntas, que fuimos armando en conjunto con Gustavo Proto, líder del equipo de desarrollo. Verán que a algunas preguntas aún no podemos responder con exactitud, pero espero que se vayan contestando solas en las próximas semanas. Invito a participar del Beta test y de los foros de Rocha para seguir enterándose de lo que está y de lo que viene y para que así puedan ofrecerle más rápido aplicaciones con nueva tecnología a sus usuarios; para que puedan sorprender a sus usuarios por el nivel de aplicaciones que hacen y a sus colegas por la productividad que logran.

Las preguntas... y sus respuestas.

1 – Como se van a manejar los accesos concurrentes a la KB (mas de un desarrollador)
Estamos estudiándolo aún. El diseño original soporta esto pero no creo (yo, GP) que sea una buena alternativa. Mis "investigaciones" indican que lo real es que se usa multiusuario porque es lo "menos malo" y no porque es algo conceptualmente correcto. Se requiere de mucho "A" (de administración) para no chocarse con los objetos, entrar en diseño, etc.Muchas veces no es viable un esquema donde un usuario tenga que esperar a que otro termine de impactar o generar para poder modificar un objeto. Esquemas "distribuidos" o de "bajo acople" se hacen necesarios de todas formas. Equipos que trabajan en el mismo proyecto de forma remota están a la orden del día. Como dicho, estamos estudiando qué funcionalidades dar.

2 – Como se manejarán los distintos modelos? Como es esto del versionador?

Próximamente tendremos algo visible al respecto. (Aquí una charla de Gustavo Proto y Jorge Mastropietro sobre el tema http://www.genexus.com/portal/hgxppredirect.aspx?2,89,0,,,1276 .

Texto extraído de ese link: “GeneXus Rocha elimina la necesidad de tener Knowledge Bases diferentes para, por ejemplo, desarrollo y producción. GeneXus Rocha permitirá administrar diferentes versiones de la aplicación en una misma KB, permitiendo realizar, por ejemplo, modificaciones tanto a lo que está siendo desarrollado como correcciones en lo que está ya en producción sin interferirse mutuamente. En esta charla se presentarán los conceptos básicos y la implementación actual.”
Resumen Respuestas 1 y 2: Estas preguntas son sobre temas en los que estamos trabajando, donde hay alguna base hecha, pero que están en continua evolución en este momento. Quizás entonces para entender bien las respuestas (1 y 2) deban esperar a las publicaciones que haremos pronto sobre estos esquemas de versionado y de trabajo en equipo. Quizás entonces incluso surjan nuevas preguntas y/o tengamos que corregir estas respuestas.

3 – F5 hace todas los pasos desde la especificación hasta llegar a la ejecución ¿ se podrán hacer solo algunos de los pasos?
Puedes hacer por ejemplo build de un main y podrás hacer build de un objeto (que hará impacto también, si fuera necesario). Puedes hacer hoy ya "view navigation" de un objeto (sin que esto implique un impacto previo). Del resto, hay que tratar de entender la intención del usuario. Tiene sentido que genere código si el modelo de datos cambió ? En qué escenario? Quizás en el escenario de modelos de las versiones GeneXus anteriores donde una KB solo tenía un modelo de diseño y varios de prototipo / producción tenía sentido, pero ahora, con el nuevo manejo de versiones (en implementación y quedando público próximamente) no.

4- Mejorará la Performance del IDE?
En los últimos “night builds” ya es mucho mejor de lo que era en la Beta 1. Estamos haciendo constantemente mejoras en este sentido, hay varias personas en el equipo de desarrollo en este momento haciendo optimizaciones y esperamos que las mejoras se sigan viendo en los próximos builds.

5 - Cuales son los requerimiento hardware?

No los tenemos explícitos todavía. Pero aquí en soporte compramos todas máquinas de 2 procesadores (de centrino duo a core 2 duo) y todos tenemos 2 GB de RAM. Eso va a ser lo recomendable.

6 –Va a haber un flow para administrar el ToDo List de cada desarrollador o bien se hará con categorías dinámicas?, viendo el libro, parece que hay algo pensado en esa dirección.

No va a haber un flow. La ToDo List es sólo un ejemplo de uso de Categorías dinámicas. Hay además una extensión hecha por Marcos Canán que permite crear objetos de tipo “Task list”: http://www.gxopen.com/commwiki/servlet/hwikibypageid?5081

7 – Esquema de Lincenciamiento del Flow interno?

Se está trabajando sobre el tema.

8 – Cual es la estrategia de depuración para toda la información que se generará?, versiones de objetos etc.

No le hemos puesto foco a esto aún. Esperamos tener el problema.

9– Seguirán funcionando como hasta ahora los Calls dinámicos?
Si!

10 – Será posible hacerle clic derecho a un objeto ‘Table’ y seleccionar una opción ‘Cross Reference’ para ver todos los objetos que navegan y modifican la misma?

Buena Noticia: Click al botón derecho del mouse / ‘References’ sobre una tabla, muestra eso.