Shriya Saran Kajal Agarwal Anushka Shetty Tamanna Ileana Aishwarya Rai Katrina Kaif

Friday, October 24, 2008

Usabilizando Genexus (Documentacion sobre el formato del XPZ)

Hoy tenemos muchas aplicaciones que dependen de consolidar objetos a travez de archivos de distributes (XPZ).

Los que hemos desarrollado este tipo de aplicaciones, siempre lo hemos hecho haciendo "ingenieria reversa" sobre dicho formato, y viendola se puede entender mucho de la información que lo misma tiene.

En los ultimos dias, hemos estado discutiendo una tecnica de generar HELP en aplicaciones web desarrolladas con GeneXus y en gran parte usando Patterns.

El dilema era este:
1) Queriamos tener help en los objetos Genexus
2) Queriamos usar Patterns
3) En los Patterns, no hay forma de escribir el help de los objetos
4) Cada vez que se consolida un objeto se pasa por arriba el help del mismo.

Por lo tanto, tomamos la decision de tener un metodo alternativo de editar/guardar/generar el help de la aplicacion.

Todo este argumento se cae pues el punto 4) es FALSO. Existe una caracteristica NO DOCUMENTADA del XPZ, que es:

< merge="Yes">

Esto hace que las partes no especificadas del objeto no se sobre-escriban las partes no especificadas en el XPZ, si ya existe el objeto en la KB.

Esta attribute, no se puede generar desde GeneXus, por lo que es imposible encontrarla a traves de ingenieria reversa (mirando el xpz generado al distribuir con Genexus).

Si hubiese estado documentado el formato del XPZ, podriamos haber encontrado este attribute y sabido que se podia tener esta funcionlidad hace tiempo (no se desde cuando esta implementada)... La he buscado por mucho tiempo atras para poder modificar la documentacion sin tener que distribuir todo el objeto..

En el caso del help, nos hubiese ahorrado horas de trabajo (y re-trabajo que haremos ahora al volver a poner el help en objetos genexus)
En el caso de la modificacion, nos hubiese permitido tener herramientas de tracking de objetos modificados, mucho antes y mas faciles de usar.

MORALEJA: es necesario documentar la interfaces de mis sistemas, si me interesa que los demas interactuen con ella. En este caso, los xpz son una de las interfaces que GeneXus provee a los que la utilizamos y queremos automatizar algo de su funcionamiento.

Que me dejó el XVI Encuentro Internacional de Usuarios GeneXus

Lo primero que me dejo, fue una gripe sensacional.. hace mas de tres dias que estoy con fiebre alta (mas de 38 y con altibajos), sinusitis y resfrio. Creo que puede ser una gripe importada, pues estuve con gente de varios paises (Chile, Ecuador, Argentina, USA, Brasil, Cuba, Costa Rica, Paraguay y varios otros). Las maravillas de la globalización.

En segundo lugar, la organizacion del evento fue ESPECTACULAR. Por mas que Artech lo haga todos los años, no deja de asombrarme el ver que todo funciona de maravillas. No se atrasaron las charlas, todo funcionó correctamente. La única queja que sentí (yo no la sufrí) fue que alguna vez no funcionaron el video en charlas que se retransmitian en simulatáneo.

El evento estuvo dominado por el anuncio de la próxima version de GeneXus, Rocha. Muy buenas presentaciones, buena ideas y parece la mejor base para lograr una versión que se destaque. Me gustó mucho la posibilidad de extender GeneXus, con las GXExtensions. Vamos a tener que trabajar mucho, para lograr que Genexus deje de ser una herramienta, y pase a ser una plataforma para el manejo de conocimiento. Las posibilidades que se abren son muy grandes, y también son grandes los desafios para lograrlo.

El contenido de las charlas fue muy bueno, al menos las que presencie yo. Me gustaron varias, pero como siempre hay que bajarse varias para verlas offline, pues es imposible cubrir todo.
Algunos destaques:

Patterns => Aumento de productividad. Mucho y bueno sobre patterns... Si bien es el camino, esta no es la herramienta definitiva...

SOA => Cada vez mas usado.

K2b => Aplanadora con plata que va a darnos muchos dolores de cabeza. Es delicado cuando una empresa como Artech, es proveedora y competidora al mismo tiempo y ademas tiene un grupo muy cerrado como GXConsulting que no comparte casi nada lo que hace.

Collaborative Projects => Los primeros fueron exitosos, porque implementaron ideas bastante maduras y muy necesarias. Creo que los que vengan en el futuro, algunos van a ser exitosos y otros no, pero son una herramienta maravillosa de compartir experiencias.

BPM => GXFlow y algo de BI. Esta bueno, nada demasiado nuevo. GXFlow y GXPortal, tiene cambios importantes y mejoras sustanciales.

Como tendencias (que ya estaban bastantes claras antes del evento)

  • Win como lo conocemos hoy, solo por compatibilidad, sino todo WEB. A la espera de XAML.
  • La comunidad esta cada vez mas fuerte, con ganas de hacer cosas. Hay que darle herramientas e ideas para que las explote.
  • OpenSource, y lenguajes dinamicos: gracias a nuestros hermanos bolivarianos de Venezuela, hemos tenido un gran empuje en esta área. Nos quedamos a la espera de la decisión que tomen sobre PHP o Ruby (mi voto va por Ruby, pues nos va ayudar a prototipar mas fácil).

A mi me tocaron dar tres charlas.
Collaborative Projects - contamos junto a Marcos la experiencia de desarrollo de un pattern, con gente de Argentina, Uruguay y Ecuador. Hablamos de posibles herramientas que se necesitarian para el desarrollo de este tipo de proyectos en el futuro. Creo que es un área importante de explorar, pues posibilita el trabajo de diferentes empresas en proyectos grandes.

SummarizedBy Pattern - con Federico, contamos como se hizo este pattern, y tratamos de sacarle el miedo a los que tengan que hacer su propio patron. Habia muchísima gente y algunos dijeron que les gustó.

Seguridad en Aplicaciones GeneXus - con Alexander, hablamos de una parte de la metodología que usamos en Concepto, para el manejo de la seguridad. Varias cosas quedaron afuera por falta de tiempo (por ejemplo la forma que los usuarios tienen los roles deshabilitado en la base de datos y la aplicacion lo habilita), pero quedé contento que bastante gente se interesó por el tema, pues es algo que en los foros brilla por su ausencia. Vamos a darle un poco mas de visibilidad al tema para ver si alguien más se prende en la discusión.

En breve subiré las presentaciones de las tres charlas, para que pueda bajarla quien la necesite.

También hicimos un Cafe con "SummarizedBy Pattern" que fue un momento donde pudimos intercambiar ideas con gente que quiere usar patterns y otros que querían saber como usar este pattern. Fue una linda experiencia.

------

Este es mi post numero 100 de "Desarrollando desde la trinchera". 100 posts, no se cumplen todos los dias :)

Mas alla de la teoria de los strings (algo de fisica)

Hace tiempo lei los libros de Brian Greene "The fabric of the Cosmos" y "The Elegant Universe", que explican la teoria de los string, estan muy interesantes, pero intentan entender el mundo, con conceptos bastante abstractos (mundos de 10 dimensiones y demas).
La idea es poder unificar en una única teoría, la teoria general de la relatividad (validas en enormes masas y distancias) y la física cuántica (válida en masas pequeñas y distancias chicas).

Hay un articulo aqui, que nombra las teorías alternativas a la de los strings y superstrings, que es bueno concerlas (de nombre al menos) para tenerlas en el radar. Creo que cuando se logre descubrir esta teoria unificada, las computadoras que hoy conocemos van a pasar a la historia, aunque para ello falten varios años.


23 Ideas para GeneXus Extensions

Me pidieron una lista de posibles GXExtensions, para la version Rocha.
Los que decidan implementarlas, pueden "dejar su contribución a la salida del templo.."

1) Tools / Command Prompt (esta la va a hacer Marcos Crispino)
2) Generar Triggers de Auditoria para las tablas elegidas (esta la deberian hacer Marcos, Alexander, Ruben y Sergio)
3) KBIndexWizard. Generar los indices que se necesitan para correr bien la aplicación (Revisar todas las especificaciones y ver que indices pueden necesitarse, se necesita tener cardinalidad de tablas y algunas cosas mas, es mas importante el where que el order, etc)
4) IAR con estimacion de tiempos. Dada una reorg y una KB, generar los programas necesarios para poder evaluar en el servidor de produccion cuanto va a demorar esa reorg, considerar la cardinalidad de las tablas y la cantidad de thread que van a correr en paralelo.
5) KBSpellChecker. Corrector de faltas. Al salvar un objeto, verificar la ortografia de la documentación, el help, los tags de la pantalla, contra algun diccionario.
6) Verificador de Nomenclatura. Cuando se salva un atributo, dominio, indice, objeto validar si cumple las reglas establecidos en el proyecto / KB.
7) KBdoctor. Valida errores comunes que se cometen en las KB. Migrar el kbdoctor actual.
8) KBBeautify. Dado un objeto con fuente, que lo deje "lindo", o sea que deje el codigo indentado como se ha establecido y que ponga las palabras reservadas en minusculas, etc.
9) Borrado de Objetos Inutiles. Recorrer todos los objetos y borrar los objetos no alcanzables, borrar las variables declaradas y no utilizadas, atributos que no estan en ninguna tabla.
10) KBFullCycle. Permite impactar/especificar/compilar/generar el help todos los objetos de la KB en un solo paso. Puede ya estar incluido en la rocha, hay que esperar un poco.
11) KBReplicator. Cada vez que un objeto es marcado con una propiedad especifica, se puede replicar a otra.
12) KBRssEmitter. Cada vez que un objeto de la kb se modifica, emite rss, de forma de poder ser consumido por otras aplicaciones.
13) Comparador de navegaciones. Dada una version estable de mi aplicacion, compararla con la que estoy desarrollando para ver si hay diferencias en la navegacion en los objetos que no modifique.
14) KBTableXObjects. CrossReference entre tablas/operaciones y objetos. Saber que objetos hacen insert/delete/update en que tabla.
15) KBAppGenerator. Dada una KB, con trns unicamente, generar una aplicacion completa con la misma, aplicando el Pattern WorkWith a todas las entidades (dimensiones), el Pattern SummBy a los eventos (fact tables).
16) Objeto CasoDePrueba. Objeto que al correr, prueba a otro objeto. (lo hara la gente de GXunit)
17) Objeto Requerimiento, que tenga documentacion y vida propia.
18) KBSQLqry. Poder ver el contenido de una tabla desde gx. Parado en la tabla, darle Open a la tabla y que muestre una pantalla sencilla con el contenido (100 registros) de la misma.
19) Pattern SaveData y LoadData. Dado un conjunto de TRN, generar los programas necesarios para salvar los datos a xml y para volver a cargar dichos datos, usando BC/new y xml.
Serviria para facilitar las pruebas de proyectos en GXOpen, donde se podrian subir los proyectos con datos. Lo "divertido" es lograrlo con una base con integridad referencial declarada en la base.
20) KBAssetManager. Una aplicacion que permita administrar cuales son las KB que tengo, tenga indicadores de dichas KB (#objetos, #objetos modificados, #objetos nuevos, #objetos por tipo)
21) Diagramadores. Varios diagramas de tablas, con diagramas que se puedan leer y navegar. Diferentes formas de navegar por la KB en forma grafica.
22) Complejidad de objetos. Poder calcular la "complejidad" de un objeto, con indicadores como sentencias SQL que utiliza, cuantos objetos lo llaman, a cuantos objeots llama, tamaño de su especificacion, etc. Es comun que un conjunto pequeño de objetos, dentro de una KB sean complejos y los demas sean sencillos, y deberia ser facil identificarlos.
23) Referencia cruzada entre sentencias SQL y Objetos. Cuando se producen lios en la base de datos (por ejemplo, deadlocks, sentencias ofensivas, bloqueos) lo que se tiene es la sentencia SQL que se ejecuta. La forma de saber que objeto hay que mirar, es buscando en los fuentes. Seria bueno poder identificar mas rapidamente los objetos que hay que revisar.

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)