Historias reales
Casos, fallos, inventos y momentos clave de la tecnología y la ingeniería.
Archivo de Silicio reconstruye historias reales de tecnología, Internet e ingeniería con material de archivo, explicación visual y narración documental en español latinoamericano.
No se trata solo de contar una anécdota tecnológica. La idea es reconstruir hechos reales y explicar con claridad cómo ocurrieron, qué decisiones los hicieron posibles y por qué todavía importan hoy.
Casos, fallos, inventos y momentos clave de la tecnología y la ingeniería.
Visuales, recreaciones y esquemas para entender lo que la cámara no muestra.
Documentales completos para profundizar y Shorts que funcionan como puerta de entrada.
Uso responsable de archivo, gráficos propios y recreaciones identificadas cuando corresponde.
YouTube es el hogar de los documentales completos. TikTok e Instagram acompañan con versiones breves.
Documentales completos, lanzamientos principales y Shorts del canal.
@ArchivodeSilicioReels, novedades y presencia visual de la marca.
@archivodesilicioClips verticales y formato breve para descubrir cada historia.
@archivosesilicio
Dos equipos de orientación compartían un programa y sus supuestos. Reconstruimos cómo una conversión fuera de rango terminó en órdenes erróneas a las toberas.
Ver documental
Un error de unidades en tierra atravesó varias barreras de verificación. Reconstruimos la pérdida de Mars Climate Orbiter y lo que la investigación pudo establecer.
Ver documental
El 2 de julio de 2019, una regla de seguridad agotó la capacidad de procesamiento de Cloudflare. Explicamos el retroceso del buscador de patrones, el despliegue global y las barreras que no contuvieron la falla.
Ver documental00:00 Una actualización, páginas de error
00:40 La inspección antes del sitio
01:15 Una regla para reconocer texto
01:59 Volver sobre los mismos caracteres
02:36 El procesador ocupado en la defensa
04:01 Lo que las pruebas habían comprobado
04:42 La velocidad que extendió el fallo
05:29 Las señales llevan al filtro
06:14 La herramienta de rescate también depende de la red
07:44 La falla había atravesado varias barreras
08:29 Cambiar las barreras, además de la regla

En 2016, el retiro del Galaxy Note7 no terminó con los primeros reemplazos. Dos diseños de batería llegaron a un mismo peligro por mecanismos distintos. Reconstruimos qué encontraron la investigación del fabricante y los análisis técnicos, y qué límites conserva esa evidencia.
Ver documental00:00 Un teléfono que no puede subir
01:18 La energía que permanece dentro
01:56 El retiro formal estadounidense
02:33 El reemplazo también entra en el problema
03:09 Se termina el camino de los reemplazos
03:54 Del retiro a la prohibición aérea
04:36 La investigación después del retiro
05:22 Una separación dentro de un paquete pequeño
06:07 Batería A: la esquina deformada
06:53 Batería B: la zona de la soldadura
07:37 Un síntoma, más de un camino
08:21 Qué demostraban las pruebas

El 31 de enero de 2017, GitLab perdió datos durante la reparación de una réplica detenida. Seguimos los segmentos de cambios ausentes, el borrado en el servidor equivocado, la exportación que fallaba y los avisos que no llegaban. La recuperación partió de una copia preparada para pruebas. El informe distingue unas dieciocho horas de interrupción de alrededor de seis horas de datos perdidos. Los repositorios de código y las wikis conservaron sus datos, aunque quedaron inaccesibles normalmente durante la caída. Las reconstrucciones explican funciones y no representan la infraestructura física real.
Ver documental00:00 Volver a un pasado incompleto
00:38 Código y actividad en lugares distintos
01:18 Una réplica necesita seguir el ritmo
02:01 Dos trabajos aumentan la presión
02:40 Falta un tramo del registro
03:21 Reconstruir la segunda copia
04:06 La operación llega al servidor equivocado
04:46 La tarea existía; el respaldo reciente no
06:06 Una copia creada para hacer pruebas
06:47 La recuperación también tiene un camino físico
07:27 Restaurar las conexiones de la aplicación

El 19 de julio de 1989, la falla del motor de cola de United 232 desencadenó daños que inutilizaron sus tres sistemas hidráulicos. Seguimos la pérdida de presión, el control muy limitado mediante los motores restantes y la coordinación de la tripulación. El informe del NTSB permite explicar por qué la redundancia también depende de lo que puede dañar varias protecciones a la vez. Las reconstrucciones son conceptuales y propias; el programa posterior de NASA se presenta como una investigación distinta.
Ver documental00:00 Dos motores y casi ningún control
00:37 La fuerza que mueve los mandos
01:21 La rotura que salió del motor
02:00 Tres sistemas alcanzados de maneras distintas
02:34 Una bomba no puede reemplazar el líquido
03:09 Usar el empuje como recurso de emergencia
03:48 Repartir una tarea extraordinaria
04:29 Corregir ahora y esperar la respuesta
05:08 La pista que pueden alcanzar
05:47 El contacto con el suelo
06:28 Lo que la práctica no podía resolver
07:14 Una grieta que venía de antes
07:55 Inspección y protección como una cadena

Una orden de mantenimiento interrumpió el backbone; retirada de rutas, DNS inaccesible y una recuperación con dependencias compartidas.
Ver documental00:00 Encendidos, pero fuera de alcance
00:41 El recorrido que una pantalla oculta
01:19 Una orden con un alcance inesperado
02:01 La barrera que debía detenerla
04:01 Un servidor sano detrás de una ruta retirada
04:48 Lo que una respuesta guardada puede hacer
05:27 Las herramientas también tenían dependencias
06:14 Llegar físicamente tampoco era inmediato
06:54 Reconectar sin confundir las capas
07:32 El regreso también podía fallar
08:16 Lo ensayado y el límite del ensayo

Un bloqueo local propagó una ruta no autorizada; el caso explica cómo compiten los anuncios y cómo se recuperó el tráfico.
Ver documental
Un conducto de aceite, una ruptura no contenida y las funciones que permitieron regresar a Singapur.
Ver documental00:00 Un motor, muchas consecuencias
01:22 Advertencias que se acumulan
02:03 Tiempo para entender el avión
02:43 La pieza que dejó escapar aceite
03:16 Una grieta que creció con el uso
03:55 El disco pierde su unión
04:37 Cuando los fragmentos salen del motor
05:08 Las defensas que sí quedaron
05:36 Preparar una llegada distinta
06:56 El peligro continúa en tierra
07:40 Una medición que no protegió el diseño

Una actualización incompleta, una señal reutilizada y la reversión que propagó el problema.
Ver documental00:00 Cuarenta y cinco minutos
00:42 De una instrucción a muchas órdenes
01:28 Una función que seguía presente
02:10 Una señal cambia de significado
02:53 Siete servidores y una excepción
03:20 La advertencia antes de la apertura
04:05 La orden que no encuentra su final
04:46 El resultado se multiplica
05:31 Los controles estaban antes del problema
06:44 Una vuelta atrás que empeoró la situación
07:31 Un antecedente demasiado localizado
08:15 La investigación mira el conjunto

El viento, el movimiento del tablero y una retroalimentación que superó sus márgenes.
Ver documental00:00 La carretera empieza a girar
00:37 Una estructura que también se deforma
01:16 Las señales aparecieron antes de abrir
01:55 Observar no es haber resuelto
02:31 Dos movimientos diferentes
03:06 El viento recibe una respuesta
03:47 Más que una coincidencia de frecuencias
04:30 Las correcciones llegaron a estudiarse
05:55 Cuando el movimiento supera la resistencia
06:24 La pérdida del tramo central
07:41 Diseñar también el encuentro con el aire

Una referencia de prueba equivocada, mediciones discrepantes y la corrección óptica que conservó el espejo principal.
Ver documental00:00 Un telescopio que no consigue enfocar
00:40 Reunir luz exige una forma precisa
01:18 La misma distorsión en dos cámaras
02:00 La curva que quedó demasiado plana
02:38 Pulir, medir y volver a pulir
03:19 El dispositivo detrás de la referencia
04:03 Una separación de 1,3 milímetros
04:44 Las pruebas que no coincidían
05:26 La verificación compartía la misma dependencia
06:12 Cómo se perdió información dentro del proyecto
06:47 La forma equivocada también era conocida
07:30 Reparar sin sustituir el espejo principal

La actualización de contenido de 2024, una lectura fuera de límites y las dificultades de recuperar cada equipo.
Ver documental00:00 La protección detiene los equipos
00:36 Una fracción pequeña, consecuencias amplias
01:17 Dos lugares muy distintos para fallar
01:53 La actualización no era un nuevo controlador
02:29 Una capacidad que llevaba meses instalada
03:08 Veintiún campos y veinte entradas
03:46 La condición que las pruebas no activaban
04:19 La lectura termina en una caída del sistema
04:57 Revertir el envío no repara cada equipo
05:37 Llegar al sistema desde otra ruta
06:12 La evidencia después del reinicio
06:46 La recuperación también tiene requisitos
07:21 Más pruebas antes de ampliar el alcance
08:02 Un incidente puede generar otra amenaza
08:43 La disponibilidad también forma parte de la protección