Ir al contenido principal

Sobre el éxito y el fracaso

Hay una "anécdota" que: no se si es verdadera y además no recuerdo el personaje protagonista. Creo que era Alexander Graham Bell, si no lo fue pega en el palo y tampoco hace a la esencia del tema.

La historia es que unos periodistas estaban entrevistando a Bell y uno llegó al tema de la invención del teléfono.

El periodista preguntó: "Señor Bell ¿cuantos intentos hizo antes de lograr su primera comunicación telefónica"

Bell contestó: "16.000" - con la rigurosidad de un científico

El periodista comentó entonces: "¡Vaya!  15.999 fracasos y solo un acierto"

Bell contestó: "fueron 16.000 éxitos, demostré un modo de establecer una comunicación telefónica y 15.999 modos de no establecerla".

Nota: supuse que era Bell asi que fui a revisar su biografía y no logré encontrar referencia al tema.  Sin embargo si encontré que su autoría sobre la invención del teléfono está "en la nebulosa" por una controversia. Aparentemente hay un Italiano (Antonio Meucci) y un alemán (Philip Reis) que podrían ser los reales inventores. Estimo que habrá intereses de todo tipo atrás y por ende múltiples versiones del tema, talvez tantas como sobre la nacionalidad original de Gardel, en cualquier caso la anécdota vale igual y talvez signifique que si bien el tío preguntón murió pensando que no había tenido éxito con sus hijos, talvez algún sobrino-nieto lejano haya aprendido algo de su cuento.

Comentarios

  1. Esta yo me la sabia pero era sobre Edison y la invensión de la bombilla eléctrica.

    Pero como dices, la leccion no cambia, se podria aplicar a muchos otros grandes genios.

    ResponderBorrar
  2. Esta yo me la sabia pero era sobre Edison y la invensión de la bombilla eléctrica.

    Pero como dices, la leccion no cambia, se podria aplicar a muchos otros grandes genios.

    ResponderBorrar
  3. Probablemente tengas razón, yo realmente no me acuerdo del "personaje".

    ResponderBorrar
  4. Probablemente tengas razón, yo realmente no me acuerdo del "personaje".

    ResponderBorrar
  5. Alguna vez leí alcgo comparable con esa frase de "Bell", la frase decia:

    "Mi software no genera bugs, solo crea funciones aleatorias =)"

    ...

    ResponderBorrar
  6. Alguna vez leí alcgo comparable con esa frase de "Bell", la frase decia:

    "Mi software no genera bugs, solo crea funciones aleatorias =)"

    ...

    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