Ir al contenido principal

Reflexiones sobre el XVII Encuentro GX - Parte II

En el post anterior me olvidé de algunos temas que quería mencionar, prefiero un post nuevo que editar uno viejo que creo es "ilegal" ;)

Las innovaciones en la "logistica" estuvieron barbaras, me encantó la "mesa natural" donde habia manzanas y yogures y cosas así. Los pufs no los usé porque temía no poder levantarme pero si fueron usados y a mi me encantó la idea.

¡Todo el resto funcionó!, quiero decir, uno de pronto no lo nota pero para que todo ande tiene que haber muchas cosas "alineadas" atrás. Es aquello de "uno está acostumbrado  a mover una llavecita en la pared y que se haga la luz, para ellos muchas cosas pasan atrás que uno no nota, salvo que la luz no ande". FELICITACIONES a los involucrados.



Vi mucha gente "alerta y comprometido" acerca de que todo funcionara bien, desde los encargados de sala, los de logistica, secretaría, etc, etc. Me encantó la remera de "Jefe de Staff"

No se como estuvieron los "cafés con" que fueron una innovación del año pasado y este año los pasamos a una sala que por un lado le daba mejor "ambiente" (se debería escuchar mejor lo que se habla, etc) pero a la vez como que lo "sacaba de contexto" o como que lo "formalizaba" mucho en una actividad que escencialmente informal. Espero que alguien meta un post por ahí a ver si me entero.

Recibi N comentarios del encuentro, sobre las charlas, logistica, etc, etc. Uno de ellos que me "soprendió" fue el que me hizo un visitante del exterior que trabaja mucho en Europa: "es un encuentro al mejor nivel europeo".. cuando hice el "Drill&down" se refería a "todo está coordinado, todo funciona, todo en horario". En fin, suena a auto-bombo pero la verdad que me encantó.
Creo que tiene que ver el asunto de las "expectativas menos los resultados", talvez las expectativas eran muy bajas, lo cual nos complica bastante porque el año que viene serán muy altas... en fin... recien el lunes que viene empezará el XVIII Encuentro ;)

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