Ir al contenido principal

Y sigue la oferta de citas citables

Estas dos no se su origen pero recuerdo claramente muchas situaciones donde las escuché y principalmente en el ámbito familiar:

"Cuando uno no quiere, dos no pelean" - Fundamentalmente la escuché de mi Padre, curiosamente refiriendose a algun "intercambio de opiniones" con mis hermanos. Esa solía ser su respuesta ante mis quejas (hasta hace un tiempo era el hermano menor. ¡Que rabia que me daba!

"El que no tiene cabeza, tiene que tener pies" fundamentalmente la escuché de mi Madre y acto seguido tenía que volver al almacén por el queso, pan, leche o lo que hubiera olvidado en esa oportunidad.

La primera la terminé aprendiendo, con mis hijos, la segunda aun la debo. Incluso referente a la segunda siempre me hace acordar a Enrique (quien fue portero del edificio de Artech muchos años), que al verme volver a subir por el ascensor o a los 10 minutos de haberme ido solía decirme cada vez que me iba:

"¿No se olvida de nada Carriquiry?"

A lo cual yo siempre contestaba "Si me olvido no me acuerdo".

Creo que Enrique se jubiló sin entender el chiste, pero ya era nuestro "buenas noches".

Comentarios

  1. Ja! Me reí mucho leyendo el post, muy bueno. Además de sentirme identificada con la segunda frase. La primera te la debo: no la entiendo todavía!

    ResponderBorrar
  2. La de "cuando uno no quiere, dos no pelean" era en el contexto de yo (hermano menor) quejandome ante mi padre de mi hermano mayor y refería a "mirá, si tenés problemas con tu hermano algo que ver tendrás, si no querés pelear con que se retire uno de la pelea alcanza" o algo asi...

    NOTA: luego de pasarlo por el compilador JLR debo aclarar que citas citables es solo una categoría que referencia el "estilo" de lo que contiene, no la "forma". No necesariamente son "citas", en este caso son "refranes", podría ser otra cosa dentro del mismo estilo.

    ResponderBorrar
  3. Nice post u have here :D Added to my RSS reader

    ResponderBorrar
  4. Justo despues de leer este estaba escuchando a Santiago de Mon y menciono una tipica: "Lo que natura no da, Salamanca no presta", la tenias?

    ResponderBorrar
  5. Cecilia: si, la conocía. Muy usada también.

    ResponderBorrar

Publicar un comentario

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