Ir al contenido principal

Aplicaciones Web en la Tilo: ¡Cuidado no se te escape el gorila!

En el XXIII Encuentro Genexus hubo un track dedicado a la evolución de las aplicaciones Web que se viene en la Tilo.

Muy buenas las charlas y muy bueno lo que viene, este mi resumen del track:




¿Qué se puede hacer?
En la charla de Nicolás mostró las bases que permiten desarrollar aplicaciones Web con Genexus Tilo con más simplicidad, mejor performance y mejor UX.

En cuanto a simplicidad me gustó lo de siempre, es decir, esconder la complejidad, en el ejemplo: MySQL + Java (hibernate) + JS (Coffeescript) + MVC Framework (AngularJS) + JQuery + LESS o sino usar Genexus.

El "nuevo modelo de eventos" me encantó, no tengo que recordar más cuando se ejecutan cada uno y no tenemos que explicar más eso!

Los de las notifications: ¡excelente! creo que aportan mucho a la UX.

Respecto a la Performance la ganancia está basada en menos procesamiento en el server, menos tráfico, menos procesamiento en el cliente.

La UX creo que se lleva la mayoría de los laureles, con el nuevo disparo de eventos, eventos en lotes, la polenta de los webcomponents y el "responsive web" da para hacerse un festival.

¿y a mi qué?
Marcelo y Gonzalo hicieron una notable demo (100% en vivo) que muestra claramente el tipo de UX Web que se puede obtener con la Tilo generando aplicaciones más rápidas y livianas, además de lo sencillo que resulta hacerlo.

¿Cómo lo puedo usar?
Sabrina profundizó en los recursos disponibles en la Tilo y cómo utilizarlos para lograr esas aplicaciones más "ricas".

Yo lo hice
La charla de Victor estuvo muy buena, creo que deja claro los resultados de utilizar la Tilo en un caso real y le llevó 2 meses hombre.

and beyond
En las charla anteriores se habló de UX, Performance, Simplicidad, en la de Daniel presentó la importancia del estándar HTML5/CSS3 como la ola posterior a la de Ajax y el RWS (Responsive Web Design) brindando potencia en la adaptabilidad de la UX.

Esta adaptabilidad está dada por simplificar la inclusión de "front-end frameworks" basados en esos estándares (ej: Bootstrap), de manera tal de lograr (con la misma aplicación) mejoras sustanciales en la UX.

De un modo muy simplificado son los "User Controles on steroids".

En definitiva esto permite que los desarrolladores integren el "framework" que prefieran, sin necesidad de modificar la aplicación en si.

En resumen
Muy buenas las charlas y atentos a lo que se viene de Web en la Tilo que ¡no solo de SD vive el hombre!

Comentarios

Entradas más populares de este blog

Abrir links con aplicaciones nativas y no el browser (deeplinking)

El problema que tengo con algunas aplicaciones Android/iOS es que cuando recibo un link por algún medio (mail, tweet, etc) al abrirlo me lo abre con el browser, en lugar de abrirlo con una aplicación nativa asociada a ese “contenido”. Por ejemplo, si recibo un link a un tweet espero que lo abra con alguna aplicación de twitter que tenga instalada y no con el browser. De modo análogo si recibo un mail con una nota de prensa de un medio X y tengo la aplicación de ese medio X instalada, espero que el link lo abra con la aplicación nativa y no con el browser. Lo mismo quisiera con mi aplicación de "banking" o cualquiera que tenga instalada y sepa manejar ese "contenido" (link). Los motivos son bastante obvios pero los resumo en: la experiencia de usuario es mucho mejor en la aplicación nativa que en el navegador. Parte importante del tema es que el mismo link sea válido tanto para ver el contenido en el browser como para verlo en la aplicación, porque como prove

¡A la salud de mi KB!

Es bueno, especialmente en "bases de conocimiento" (KB) que han pasado por varias versiones de Genexus, chequear su "estado de salud". En este sentido KBDoctor  es una herramienta que ayuda mucho, principalmente desde el punto de vista del "modelo" Genexus (atributos, calls, definiciones de variables, etc) representado en una KB. También es útil revisar la salud de los archivos que lo soportan. Hasta la 9.0 eran archivos C-tree (los famosos .DAT) que tenían indices (los famosos .IDX) y teníamos en "rebuild -y" que mejoraba esos archivos y sobre todo reconstruía los indices. A partir de la X las KBs se almacenan en MS SQL Server por lo cual la administración de la misma pasó de ser un "file server" a un "database server". En este sentido algo que me ha dado muy buenos resultados es el "CheckKnowledgeBase".

Rocha:Constantes tipo fecha

En la Rocha se soportan constantes del tipo fecha o fecha-hora con formato ANSI/ISO (AAAA-MM-DD HH:MM:SS).  Tecnicamente (Sintáxis): <date>::=    [0-9]{1,4}"/"[0-9]{1,2}"/"[0-9]{1,2} | [0-9]{1,4}"."[0-9]{1,2}"."[0-9]{1,2} | [0-9]{1,4}"-"[0-9]{1,2}"-"[0-9]{1,2} <hms>::=    [0-9]{1,2}[ap] | [0-9]{1,2}":"[0-9]{1,2}[ap]? | [0-9]{1,2}":"[0-9]{1,2}":"[0-9]{1,2}[ap]? <constant> ::=   "#"<date>"#" | "#"<date> <hms>"#" | "#"<hms>"#" Funcionalmente Se pueden utilizar esas constantes en las reglas, eventos, propiedades, etc (todo lugar donde se utilice el parser): Algunos ejemplos básicos: &FechaInicial=#2007-01-01# &FechaHoraInicial=#07-1-1 11:15a# &HoraInicial=#11a# Me parece bueno no tener que escribir funciones (CTOD, TTOC) sobre constantes tipo char para lograr una fecha y mucho mejor aun en