Skip to main content
Gracias por visitarnos — échale un vistazo, o cuéntanos qué opinas.ServiciosBlogContactoRegístrate en Mostutor — los primeros 1000 obtienen 3 meses gratis
Informática GCSE y A-Level

Caza de errores: fallos de código famosos que costaron millones

Sudershan SoniPor Sudershan Soni 28 July 2026 7 min de lectura

Un solo guion faltante destruyó un cohete de millones de dólares, segundos después del lanzamiento. Un error de redondeo casi hace fallar la apertura de una bolsa. Los errores más costosos en la historia del software casi nunca son fallos dramáticos y complejos — son errores pequeños y fáciles de pasar por alto, que resultaron estar exactamente en el lugar equivocado.

Núcleo GCSE

Mariner 1: el guion que costó un cohete

En 1962, la sonda Mariner 1 de la NASA fue destruida por el control terrestre menos de cinco minutos después del lanzamiento, después de que su software de guiado comenzara a emitir comandos de dirección extremadamente incorrectos. La causa raíz se remontaba a un solo carácter faltante en una ecuación de guiado transcrita a mano — una fórmula de suavizado que debía promediar pequeñas variaciones del sensor en su lugar trató cada pequeña fluctuación como una corrección de rumbo real y urgente, enviando el cohete fuera de su trayectoria planeada.

DO 5 I = 1.10intended: DO 5 I = 1,10 (a loop) — one typo (. instead of ,)DO5I = 1.10read as: create a variable and assign it 1.10 — no loop at all

Un carácter faltante convirtió una fórmula de suavizado en algo que lee cada pequeña fluctuación del sensor como un comando de dirección real — una diferencia diminuta con un resultado catastrófico.

Por qué los errores pequeños causan los mayores desastres

Un error grande y obvio normalmente se detecta rápido — el programa falla de inmediato, o produce una respuesta obviamente incorrecta que alguien nota al probar. Los errores que causan daño real casi siempre son los lo bastante sutiles como para sobrevivir a las pruebas y llegar a producción: un desfase por uno en un bucle, una suposición de redondeo que solo falla en un valor inusual, una condición correcta el 99,9% del tiempo y catastróficamente incorrecta el resto. Cuanto más pequeño y discreto es el error, más lugares hay donde puede esconderse.

Pregunta tipo examen

Un programador escribe un bucle destinado a procesar los 10 elementos de una lista (indexados de 0 a 9), pero escribe «for i in range(1, 10)» en lugar de «for i in range(0, 10)». Explica de qué tipo de error se trata y cuál sería su efecto. [3 puntos]

Mostrar respuesta modelo y desglose de puntos
  1. Esto es un error de desfase de uno (off-by-one) (1 punto)
  2. Como la indexación empieza en 0, el bucle tal como está escrito empieza en 1 y nunca procesa el elemento en el índice 0 — el primer elemento de la lista se omite silenciosamente (1 punto)
  3. El último elemento (índice 9) sigue procesándose correctamente, ya que range(1, 10) sí incluye el 9 — el programa se ejecuta sin fallar, simplemente produce silenciosamente un resultado incompleto (1 punto)

Lo que valora el examinador: determina exactamente qué índice se omite comparando el rango pretendido con el escrito, en lugar de dar solo una definición general de «error de desfase de uno».

Error frecuente: suponer que el programa fallará, o que el último elemento es el que se omite — esta versión en particular omite el primer elemento y se ejecuta sin fallar, que es exactamente lo que hace peligrosos a los errores de desfase de uno: no siempre se anuncian.

Lo que estos fallos realmente cambiaron

El fallo de Mariner 1 se convirtió en un caso de estudio estándar en la enseñanza de ingeniería de software, e influyó directamente en cómo se revisa el código crítico para misiones — la idea de que un solo error de transcripción podría un día llegar a un sistema de guiado en vivo sin una segunda comprobación es exactamente lo que la revisión de código moderna, las pruebas automatizadas y la verificación formal existen para prevenir. Cada error histórico famoso es, en un sentido real, la razón por la que existe hoy una medida de seguridad de ingeniería específica. Si la depuración, las pruebas o la práctica de ingeniería de software necesitan explicarse como una habilidad profesional real en vez de solo contenido de examen, eso es exactamente para lo que sirve nuestra clase particular de informática GCSE — vea el camino de aprendizaje completo aquí.

Preguntas frecuentes

¿Fue el error del guion de Mariner 1 realmente un solo carácter?

La versión más repetida de la historia es un guion faltante (o una barra superior, en la notación FORTRAN original) en una ecuación de guiado, lo que hizo que el software de guiado del cohete malinterpretara una fórmula y emitiera comandos de dirección incorrectos — el cohete fue destruido deliberadamente menos de 5 minutos después del lanzamiento para evitar que se estrellara en una zona poblada. Algunos historiadores debaten el detalle técnico exacto, pero la lección central — un error minúsculo y fácil de pasar por alto causando un fallo catastrófico — está bien documentada.

¿Por qué ocurren tan a menudo los errores de «desfase por uno»?

Porque contar en código a menudo empieza en 0, no en 1 — el primer elemento de una lista normalmente está en la posición 0, no en la posición 1 — y es extremadamente fácil escribir un bucle o condición desfasado exactamente una posición en un sentido u otro. Es una de las categorías de errores más comunes en toda la programación, precisamente porque el error es tan pequeño y fácil de cometer sin notarlo.

¿Qué impide realmente que errores como estos lleguen hoy a producción?

Las pruebas automatizadas (ejecutar código contra resultados esperados conocidos antes de entregarlo), la revisión de código (una segunda persona verifica la lógica antes de fusionarla), y lenguajes con tipado más estricto que capturan ciertas categorías de errores antes de que el programa siquiera se ejecute. Nada de esto garantiza cero errores, pero capturan la abrumadora mayoría de este tipo de errores pequeños y fáciles de pasar por alto que causaron los fallos históricos más famosos.

Valoraciones y reseñas de lectores

Valore este artículo en varios aspectos — su opinión ayuda a otros lectores, y nos ayuda a mejorar.

Contenido
Imágenes
Presentación
Claridad del lenguaje
Utilidad

0/3000

¿Le ha resultado útil este artículo?

Cuéntenos qué le parece — una corrección, una pregunta sin responder, o un tema que le gustaría ver tratado a continuación.

¿Prefiere hablarlo? Reserve una videollamada gratuita cuando le convenga: 15 minutos para una pregunta rápida, 30 para todo lo demás. Los horarios aparecen en su zona horaria.

Sudershan Soni

Sobre el autor

Sudershan Soni

Fundador y tutor principal en Mostak Services — tutor de matemáticas, ciencias, informática y STEM titulado con máster, con más de 20 años de experiencia profesional, enseñando a alumnos desde el 11+ y el GCSE hasta el A-Level y más allá, en línea en todo el mundo.

Leer el perfil completo

¿Quiere informática que construya comprensión real?

Las clases particulares construyen habilidad real de depuración, no solo memorización de sintaxis. Reserve una charla gratuita y le mostraremos cómo.