17 Mayo
  ¿Por qué llamamos «bug» a un fallo en el ordenador?

¿Por qué llamamos «bug» a un fallo en el ordenador?

Todos los dispositivos que usamos a diario experimentan fallos o bugs. Ningún software es perfecto, y por ello los fabricantes están lanzando constantemente actualizaciones que arreglan fallos, y en otros casos los introducen. Pero, ¿por qué llamamos bug a estos fallos que ocurren en programas, aplicaciones, sistemas operativos y hardware?

El último estudio que se realizó sobre el coste de los bugs se llevó a cabo en el año 2002, y éste estimó que el coste de los bugs equivale al 0,6% del PIB de Estados Unidos (unos 60.000 millones de dólares ese año). La cifra probablemente ha aumentado, ya que dependemos cada vez más del software, y todos experimentamos cuelgues, ralentizaciones o software que nos dificulta el día a día.

Edison, el primero en asociar bug a un fallo

Coloquialmente llamamos a estos fallos bugs, pero no se sabe exactamente cuándo empezaron a llamarse así. Muchos historiadores parecen coincidir en que todo parte de Thomas Edison en el año 1878, donde usaba el término «bug» para referirse a un problema difícil que requería solución, o un defecto a nivel de diseño que requería solución. En concreto, en la carta escribió que «había encontrado un ‘bug’ en su aparato».

Así, es posible que él fuera el primero en acuñarlo, o que fuese común usarlo en su círculo cercano. El Oxford English Dictionary cita en 1889 un ejemplo relacionado con Edison que describe el bug como una metáfora para un insecto entrando en un dispositivo y haciendo que éste falle, ya que Edison lo menciona en la carta en referencia a que un bicho había entrado en un teléfono en el que se encontraba trabajando.

Ada Lovelace: reconociendo fallos humanos

Sin embargo, Edison no fue la primera persona que reconoció que un dispositivo podía fallar por un error en su programación. Ada Lovelace, en 1843, escribió sobre el problema en referencia a la Máquina analítica de Chales Babbage, afirmando que el mecanismo que usa la máquina para hacer cálculos está libre de errores, pero los humanos que la usen pueden introducir los datos de manera errónea en las tarjetas que se usaban para programarlos. Esto puede dar lugar a instrucciones incorrectas, y por tanto resultados incorrectos como puede ocurrir al programar cualquier dispositivo.

bug 1947

Por tanto, aquí tenemos tanto la primera referencia a un fallo de programación como a la primera referencia a bug como fallo de diseño. Esto echa por tierra otra creencia popular, que establecía que la primera referencia a bug la había hecho Grace Hopper en 1947, cuando una polilla entró en los relés de un ordenador Harvard Mark II e hizo que fallase. Hopper pegó la polilla en el folio y lo anotó como el «primer caso en el que se ha encontrado un bug». Sin embargo, esta no era la primera referencia a bug como fallo, y tampoco se estableció que fuera la polilla la verdadera causante del fallo del ordenador, ya que además había sido golpeada, lo que indica que había seguido funcionando después de que entrase.

Fuente: adslzone.net

Esta página web usa cookies

EMSANET MAESTRAT S.L. usa cookies, tanto propias como de terceros, técnicas, analíticas,personalizadas, publicitarias y/o de afiliados, para ofrecer realizar distintas finalidades mostradas en la configuración, ubicada en nuestra política de cookies. Con las cookies de terceros podemos compartir información sobre el uso que haga del sitio web con nuestros partners de redes sociales, publicidad o análisis web, quienes pueden combinarla con otra información que les haya proporcionado o que hayan recopilado a partir del uso que haya hecho de sus servicios. Siempre podrá rechazar las cookies o configurarlas a su medida. Más información: Política de cookies
Las cookies necesarias ayudan a hacer una página web utilizable activando funciones básicas como la navegación en la página y el acceso a áreas seguras de la página web. La página web no puede funcionar adecuadamente sin estas cookies.
Nombre Caducidad Finalidad Proveedor
SL_C*
_ga
_gid
ci_session
Sesión Cookies para el correcto funcionamiento de las operaciones de la página web. Ninguna de estas cookies contiene datos de caracter personal. Propias
cookie_consent 1 año Guarda las preferencias del usuario sobre el consentimiento de cookies. Propias
Las cookies de personalización permiten a la página web recordar información que cambia la forma en que la página se comporta o el aspecto que tiene, como su idioma preferido o la región en la que usted se encuentra.
Nombre Caducidad Finalidad Proveedor
Las cookies de análisis ayudan a los propietarios de páginas web a comprender cómo interactúan los visitantes con las páginas web reuniendo y proporcionando información de forma anónima.
Nombre Caducidad Finalidad Proveedor
_utma 2 años. Genera un id de usuario único, que es el que se utiliza para hacer recuento de cuantas veces visita el sitio un determinado usuario. También registra cuando fue la primera y la última vez que visitó el sitio web. Google
_utmb 30 minutos. Calcula cuando se ha terminado una sesión, registrando la hora de llegada a la página. Google
_utmc Sesión. Comprueba si se debe mantener la sesión abierta o se debe crear una sesión nueva. Google
_utmt 10 minutos. Se utiliza para limitar la velocidad de solicitud del servicio y limitar la recogida de datos en los sitios de alto tráfico. Google
_utmz 6 meses. Registra el origen del usuario, así como las palabras clave. Google
Las cookies publicitarias se utilizan para rastrear a los visitantes en las páginas web. La intención es mostrar anuncios relevantes y atractivos para el usuario individual, y por lo tanto, más valiosos para los editores y terceros anunciantes.
Nombre Caducidad Finalidad Proveedor
Las cookies de afiliados permiten realizar un seguimiento de las visitas procedentes de otras webs, con las que el sitio web establece un contrato de afiliación.
Nombre Caducidad Finalidad Proveedor