Cuando te enfrentes a dos opciones, simplemente lanza una moneda.

Funciona no porque solucione la cuestión; sino porque en el preciso momento en el que la moneda está en el aire, de repente, sabes lo que estás deseando.

Visto en Minimal.

unlucky people miss chance opportunities because they are too focused on looking for something else. They go to parties intent on finding their perfect partner and so miss opportunities to make good friends. They look through newspapers determined to find certain types of job advertisements and as a result miss other types of jobs. Lucky people are more relaxed and open, and therefore see what is there rather than just what they are looking for.

Be lucky – it’s an easy skill to learn

Yo de momento no veo nada raro. Algún resultado?

El problema de los lenguajes no tipados es que te puedes encontrar con errores tan sutiles como este. Validando un precio (básicamente un número), el programa hacía lo siguiente:

“123″ => Correcto
“-123″ => ERROR!
“0″ => Correcto pero no se usa
“” => Correcto pero no se usa
“123asd” => ERROR!
“asd” => Correcto pero no se usa                 <<<<<<===== WTF!?!?!?!

Debería haberme escupido un error en el último caso!
Trazando el código me encuentro que se comprueba y pone a cero tal que así:

if (isset ($this->price) && $this->price == 0) $this->price = NULL;

Por qué entra en el if cuando “asd” es claramente diferente a 0?
Porque en PHP, al estar comparando una cadena con un entero, se intenta hacer una conversión emplícita a entero de la cadena y al no poder, queda el if tal que asina:

if (isset ($this->price) && NULL == 0) $this->price = NULL;

Y ese NULL==0 se evalúa a verdadero por las reglas de comparación de PHP.
Vamos que he estado dándole vueltas un rato a esto, para que ahora la solución se base en añadir un carácter convirtiendo la comparación de igualdad en una comparación de identidad:

-        if (isset ($this->price) && ($this->price == 0 || $this->type != ‘s’)) $this->price = NULL;
+        if (isset ($this->price) && ($this->price === 0 || $this->type != ‘s’)) $this->price = NULL;

De todas formas, he encontrado que para cada idioma, es muy útil saber como se dice un conjunto muy reducido de términos desde el primer día. Vas a estar sólo durante 2 días en un país nuevo y no tienes tiempo para empezar a conjugar nada? Esta es mi lista  personal:

• Sí
• No
• Hola
• Adios
• Gracias
• Por favor
• Perdone
• Izquierda
• Derecha
• Aquí
• Allí
• Cerveza (siempre útil)

Esta pequeña lista te permite empezar conversaciones con educación, entender algunas direcciones básicas que te puedan dar y por supuesto, pedir una birra en cualquier parte del mundo. Esencial.

A partir de este punto, si tienes más tiempo e interés, se puede continuar con los pronombres, los verbos ser y haber y conjugar alguna cosilla simple. Internet está lleno de recursos para esto.

• Curso de griego en MailXMail. Un buen comienzo.

• WikiTravel
  Una página en formato wiki donde encontrar información sobre la ciudad a la que quieres viajar. Reune mucha información interesante que normalmente hay que estar buscando individualmente, como información del lugar, como llegar, cosas que hacer, costumbres, etc…
• Howcast
  Un almacen de videos sobre “como hacer diferentes cosas” relacionados por categorías. Algunos útiles, otros con un toque humor.

Interacción insegura entre componentes:

• Validación de parámetros de entrada inapropiada
• Codificación o escapado de parámetros de salida inapropiados
• No preservar la estructura de las peticiones SQL (Inyección de SQL)
• No preservar la estructura de la web (Cross-Site Scripting)
• No preservar la estructura de los comandos del sistema operativo (Inyección de comandos del SO)
• Transmisión en claro de información sensible
• Suplantación de identidad al hacer peticiones de información (Cross-site request forgery)
• Condiciones de carrera
• Filtrado de mensajes de error

Gestión de recursos arriesgada:

• No limitar las operaciones que ocurren dentro de los límites de un buffer de memoria (Buffer Over/Underflow)
• Control externo sobre datos críticos de estado
• Control externo sobre nombre de archivo o ruta
• Ruta de búsqueda no confiable
• No controlar la generación de código (Inyección de código)
• Download de código sin chequeos de integridad
• Cierre o liberación de recursos de manera inapropiada
• Inicialización inapropiada
• Calculos incorrectos

Malas defensas:

• Control de acceso inapropiado (autentificación)
• Uso de un algoritmo de criptografía roto o arriesgado
• Passwords imbuídos en el código (Hard-coded passwords)
• Asignación de permisos insegura a un recurso crítico
• Uso de valores aleatorios predecibles
• Ejecución de código con privilegios innecesarios
• Forzar contoles de seguridad del servidor en el lado del cliente

Personalmente, me he encontrado con casi todos ellos en algún momento y aunque algunos pueden resultar sencillos de identificar y resolver, otros pueden llegar a dar verdaderos dolores de cabeza.

El de los valores aleatorios me ha recordado uno de los comics de xkcd:

El primero ya lo hemos visto por aquí, tiene pinta de híbrido entre un video de la MTV y una charla de graduación universitaria con mucha intención:

El último de la lista, no podía ser otro sino este.

El último discurso de Randy Pausch, meses antes de que muriera de cancer de páncreas, lo cual no le impidió hacer la que considero de largo la mejor de las tres charlas y posiblemente una de las mejor expuestas y alentadoras que se hayan hecho nunca.

Lamentablemente, solo la he encontrado en su versión completa en inglés sin subtítulos, aunque la red es un lugar muy grande, nunca se sabe… aquí la tenéis:

Me haré rico y famoso cuando encuentre la forma de comercializar un Control+Z para el mundo real.