Existen dos formas de escribir software libre de errores. Sólo la tercera funciona.

– Alan J. Perlis

1. La polilla del Mark II

En Septiembre de 1947 los ingenieros del Laboratorio de Computación de Harvard se encontraban realizando los últimos ajustes a su famosa Mark II cuando esta sufrió un extraño fallo. Cuando los técnicos abrieron la computadora para comprobar qué sucedía, se encontraron con una polilla en uno de los relés.

A los ingenieros que descubrieron el problema les hizo tanta gracia (bug en inglés significa bicho) que pegaron el insecto con cinta adhesiva en un cuaderno junto con el resto de la documentación de la máquina. Este cuaderno, polilla incluida, se puede encontrar hoy en día en el Smithsonian.

Erróneamente, algunas personas piensan que el uso del término “bug” proviene de esta anécdota. Lo cierto es que el término ya se utilizaba mucho antes para referirse a errores en el funcionamiento de aparatos mecánicos.

2. El bug de HAL 9000

¡Atención: MEGA SPOILER de “2001: Odisea en el espacio”!
En “2010: Odisea dos” Arthur C. Clarke aclaraba el por qué del mal funcionamiento de HAL 9000 en la primera novela, mal funcionamiento que acabó con la muerte de la tripulación completa de la Discovery, a excepción de David Bowman, 9 años antes.

El Dr. Chandra, principal diseñador de HAL, explicaba en este libro que el fatídico error se había debido a las instrucciones de mantener en secreto la existencia de los monolitos, lo que había entrado en conflicto directo con la misión principal de HAL: “el procesamiento exacto de la información sin ocultamiento ni distorsión”.

3. El primer bug de Ubuntu

Si alguna vez has echado un vistazo al sistema de seguimiento de errores de Ubuntu y se te ha ocurrido comprobar cuál fue el primer bug registrado, te habrás llevado una simpática sorpresa.

Este bug, reportado por Mark Shuttleworth el 20 de Agosto de 2004, un par de meses antes de que se lanzara Warty Warthog reza así:

Microsoft acapara la mayoría del mercado
Este es un bug que Ubuntu ha sido diseñado para remediar.

El software propietario está retrasando la innovación en la industria de las TI, limitando el acceso a las TI a una pequeña parte de la población mundial y restringiendo la capacidad de los desarrolladores de software para alcanzar su verdadero potencial. Este bug es fácilmente observable en la industria del PC.

Pasos para reproducir el error:
1. Visitar una tienda de informática.

Qué ocurre:
2. Observar que la mayor parte de los PCs en venta tienen software propietario pre-instalado.
3. Observar que muy pocos PCs llevan Ubuntu y otro software libre pre-instalado.

Qué debería ocurrir:
1. La mayoría de los PCs a la venta deberían incluir sólo software libre, como Ubuntu.
2. Ubuntu debería ser publicitado de forma que sus increíbles características y sus beneficios fueran aparentes y conocidos por todos.
3. El sistema debería hacerse más y más amigable con el usuario a medida que pase el tiempo.

4. El bug del año 2000

Las noticias dedicaron horas, los periódicos miles de líneas… Se filmaron multitud de tele films, e incluso un capítulo de Los Simpson. El bug del año 2000 iba a tener resultados catastróficos, y prácticamente acabaría con nuestra civilización. Al final las consecuencias no fueron tan exageradas y se quedaron en algunos problemas menores y paradas en los servicios de empresas que no habían adaptado sus sistemas.

El error, para los despistados, venía producido por utilizar sólo 2 dígitos para representar las fechas, con objeto de ahorrar memoria. Esto provocaba que el año 2000 se interpretara como 1900, con los consiguientes problemas y confusiones.

5. Bug del 2038

Dentro de 28 años tendremos que enfrentarnos a otro problema igual de serio que el del bug del año 2000. Esta vez el fallo tiene que ver con la forma en la que se representan las fechas en POSIX: en segundos desde el 1 de Enero de 1970 a las 00:00:00. En sistemas de 32 bits este valor suele guardarse en variables de tipo entero con signo, siendo el valor máximo que puede representar este tipo 2.147.483.647, valor que se alcanzará a las 03:14:07 del 19 de Enero de 2038, exactamente.

6. División en coma flotante del Intel Pentium

Un bug clásico, de 1994, que supuso un pequeño varapalo económico y publicitario para Intel y sus primeros Pentium.

Bajo ciertas circunstancias, dependiendo de los rangos de los divisores, los bits 13º y siguientes de la mantisa podían contener valores incorrectos en las operaciones de división en coma flotante, cálculo de tangente y resto, provocando un error de un máximo de 61 unidades por millón.

7. Un bug casi mayor de edad

Un bug de candente actualidad. 17 años, nada más y nada menos, es lo que ha tardado Microsoft en solucionar un error en la máquina virtual DOS (VDM) de Windows, que se remonta hasta NT 3.51, y que podría permitir a un atacante ejecutar código de forma remota.

8. Mars Climate Orbiter: problemas de unidades

Esto es lo que puede ocurrir al cometer fallos tan tontos como mezclar las unidades del sistema métrico y las anglosajonas.

La MCO, o Mars Climate Orbiter, formaba parte de una serie de misiones de la NASA para la exploración de Marte, que aprovechaban la proximidad temporal entre la Tierra y el planeta rojo. Al llegar a Marte, la sonda debía modificar su trayectoria y reducir su velocidad, de forma que se mantuviera orbitando alrededor del planeta. En su lugar, la sonda continuó acercándose a la atmósfera, lo que hizo que quedara destruida debido a la fricción.

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

Basta con instalar el paquete

sudo aptitude install apt-listbugs

y cada vez que instalemos o actualicemos un paquete con apt-get o aptitude el programa buscará errores críticos en la nueva versión e informará al usuario si se encuentra alguno.

Si quieres ayudar no tienes más que conectarte al canal #ubuntu-devel del servidor de IRC freenode (irc.freenode.net) el día 30 y allí te dirán qué hacer.

Repito: ¡Cualquiera puede ayudar!

Por ahora podéis listar los bugs que consideráis más molestos en el wiki