Ir al contenido principal

Preparando el evento se aprende mucho

Se aprende mucho de cosas sustanciales como liderazgo, trabajo en equipo y que se yo, de esas cosas importantes y profundas que muchos escriben, algunos hablan y pocos practican.

Pero igual no se hagan ilusiones, este post no es tan profundo bien podría haberse titulado "Review: Office 2007".



Hace tiempo usaba el MS Office 2003 hasta que un día alguien me convenció de pasar al 2007. 

NOTA: considero que soy alguien que lo sub-utiliza, estimo que uso el 10% de las features que tiene esta suite.

Word y Excel no me aportaron nada salvo cambiarme los shortcuts de lugar y agruparme las cosas diferente, lo que me llevó un tiempo aprender. Suena que están mejor ahora pero tampoco me cambió la vida.

Outlook - volví al 2003, el 2007 era más pesado y no me aportaba mucho. Ojo soy un enfermo de los mails, guardo todos los mails desde el 98 (salvo el spam y virus), unos 18 gigas de mails.

Ahora el que me deslumbró es el PowerPoint 2007, no había tenido la oportunidad de usarlo "en serio", recién preparandome para este Encuentro lo tuve que usar un poco más a fondo. Gracias a las clases del Dr. en PPTs Rodrigo que me tiró las básicas y me explicó que de flickr solo podía usar las de licencia "creative commons" logré armar unas ppts cool.

Bueno, pense que eran cool hasta que vi las de Rodrigo, claro el es un Dr, yo un simple aprendiz. En cualquier caso el PowerPoint 2007 demostró que desde un simple aprendiz hasta un capo en el arte de las ppts son capaces de realizar presentaciones "potables" (los primeros) y profesionales (los segundos).

¡Me encantan los productos capaces de lograr eso!

Definitivamente el PowerPoint logró inclinar la balanza hacia el lado del Office 2007 versus su antecesor. Incluso si algún día me atrevo a pedirle a Rodrigo el libro que leyó acerca del tema hasta capaz califico como "master" :)

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