tecnicalia.com

Parecen insultos pero no lo son. De los heisenbugs había oído hablar hace tiempo en ¿Joel on Software? ¿Coding Horror? El resto de estos pintorescos tipos de bugs no los conocía. Muy curiosos.

Heisenbugs

Un heisenbug es un bug que desaparece o altera su comportamiento al intentar depurarlo.

El nombre es un juego de palabras con el "Principio de Incertidumbre de Heisenberg", que erróneamente se suele identificar con el efecto observador, y que, este si, afirma que el simple hecho de observar un fenómeno puede cambiar su resultado (vaya, yo soy uno de estos que confundía ambos, ¿quizás por Jurassic Park?).

Una causa común de los heisenbugs es que al ejecutar un programa en modo de depuración a menudo se limpia la memoria antes de lanzar la ejecución.

Bohrbug

El bohrbug (del modelo atómico de Bohr) sería el antónimo de los heisenbug. Es un bug que no cambia su comportamiento.

Mandelbugs

Un mandelbug (por el conjunto de Mandelbrot) es un bug cuyas causas son tan complejas que su comportamiento parece caótico.

Schroedinbugs

Un schroedinbug es un bug que no se manifiesta hasta que alguien, leyendo el código o usando el programa de forma inusual, descubre que nunca debió haber funcionado, momento en el cuál deja de funcionar para todo el mundo. Y aunque parezca imposible, este tipo de bugs existe.

El nombre de schroedinbug deriva de la paradoja del gato de Schrödinger, en el que teniendo un gato en una caja, no podemos saber si está vivo o muerto sin abrir la caja, y por lo tanto se considera que se encuentra vivo y muerto a la vez hasta que la abramos.

Stotle

El stotle se da cuando, al introducir una serie de datos al programa que parecen correctos (pero no lo son), obtenemos una salida incorrecta. Como la entrada no era correcta, no se trata de un bug, pero lo puede parecer.

Su nombre deriva de Aristotle (Aristóteles), porque el programador asume que el error se encuentra en el programa y no la entrada, al igual que mucha gente asumía en su día que Aristóteles debía estar siempre en lo cierto y no cuestionaban sus ideas.

Bugs de fase lunar

Se usa de forma humorística para referirse a bugs que parecen depender de factores aleatorios y casi esotéricos.

Fantasma en el código

Se llama así a cualquier bug que no se identifica durante la fase de pruebas. Esta clase de bugs se pueden encontrar a menudo en porciones de código que no suelen ejecutarse a menudo.

Vía

La versión 1.1.81 está oficialmente LibreDeFallos(tm), así que si alguien reporta algún bug sabéis que no son más que sucias mentiras.

-- Linus Torvalds

Bug vivido hoy en mis propias carnes. Situación: una caja a la que hemos asignado unas dimensiones y un overflow: auto. Dentro de la caja tenemos elementos con posición relativa (¿quizá para disparar hasLayout y resolver otros bugs?). Al hacer scroll, los elementos en posición relativa no se cantean. Ni un pelo.

En fin, algo tan sencillo como esto:

#container {
    overflow: auto;
    width: 600px;
    height: 200px;
}

.relative {
    position: relative;
}

No funciona correctamente en Internet Explorer. Y no solo en la versión 6. El bug se reproduce también en la versión 7 de la cosa.

La «solución» consiste en colocar el elemento contenedor en posición relativa:

#container {
    overflow: auto;
    width: 600px;
    height: 200px;
    position: relative;
}

.relative {
    position: relative;
}

Evidentemente –y no sé si decir por fortuna o por desgracia–, no soy el único que se ha topado con este problema. Jonathan Snook lo describe y soluciona en position:relative and overflow in Internet Explorer. Stu Nicholls reutiliza el bug (osado él) como feature en Emulating position fixed for Internet Explorer.

En fin, uno más para el libro.