> [LOG_004]
EL CÓDIGO DE LA NASA Y LA CAGADA DE LAS 4 AM
|
La cápsula Orión acaba de completar su reentrada atmosférica a 10.600 m/s, poniendo a prueba la arquitectura antifallos de la NASA. Un sistema diseñado para que ningún relé deje a la tripulación a oscuras en el espacio. Incluso con ese despliegue, los astronautas tuvieron que usar sus propias camisetas como persianas para que el sol no fundiera las ventanas de acrílico. Ingeniería real: el sistema es robusto, pero el plan falla y toca improvisar.
Ojalá yo hubiera tenido esa tolerancia a fallos en mi primer trabajo.
Año 2018. Centro de control de energías renovables. Turno de noche. Tenía que actualizar el número de serie de unos inversores solares en la base de datos SQL para que el protocolo volviera a leer. Estaba cansado. Ejecuté el UPDATE sin poner el WHERE correctamente.
Resultado en la consola: "(12000 rows affected)”.
Rompí la base de datos de producción a las 4 de la mañana. No sabía hacer backups. Tuve que tragar saliva, esperar al turno de mañana y confesar la liada para que un Senior restaurara el sistema.
El primer trabajo como ingeniero (especialmente si estás a turnos) es una picadora de carne. Entras creyendo que vas a diseñar el futuro y acabas comiendo mierda, apagando fuegos y sobreviviendo en una jungla. Te crees que la empresa es tu familia, hasta que un servidor se queda sin disco, una planta eólica se desconecta de la REE y te cae el marrón a ti.
Después de 8 años en el sector, pasando de pringar de madrugada a diseñar arquitecturas para multinacionales cobrando el doble y trabajando la mitad, lo tengo claro: el problema no es lo que sabes técnicamente, es que no tienes un sistema de supervivencia corporativa.
Precisamente por eso estoy finalizando el Volumen 2 de Sobrevive a la Ingeniería. No te voy a enseñar SQL ahí (ya has visto que es peligroso a las 4 AM), te voy a enseñar a no ser el juguete de tu jefe, a documentar tus hitos para exigir un aumento y a optimizar tu carrera basándote en mi propia trayectoria.
Si este Log te ha aportado valor, reenvíalo a ese compañero que todavía no sabe poner límites en el curro. Cuantos más seamos en el nodo, antes liberaremos el Volumen 2.

|
⚡WIKINGENIERIA LOG CURATOR
He curado las noticias de actualidad ingenieril más importantes de la semana para que no tengas que buscar entre el ruido. Esta es la más relevante de hoy.
> FUENTE: TLDR (NASA)
La NASA ha revelado los detalles de la arquitectura del ordenador a bordo de la misión Artemis II. El sistema está diseñado íntegramente bajo un esquema "fault-tolerant" (a prueba de fallos), gestionando en tiempo real cada válvula térmica y relé de potencia crítico de la nave.
|
|
> [ARCHIVE_LOG]: CURIOSIDAD
Hablando de tolerancia a fallos y la NASA: durante el descenso del Apolo 11 en 1969, el ordenador de a bordo se saturó mostrando los códigos de error 1201 y 1202. Estaba recibiendo datos innecesarios del radar. Sin embargo, no colapsó. Margaret Hamilton había programado el sistema operativo con ejecución asíncrona basada en prioridades. El ordenador simplemente purgó las tareas secundarias y garantizó los recursos para el subsistema de alunizaje. La primera obra maestra del "fault-tolerance". |
|
> [SYS_QUERY]: INICIANDO DIAGNÓSTICO
Quiero afinar el contenido del próximo Log para que sea 100% útil. Dale a responder a este correo y dime: ¿Cuál es el mayor "bug" o bloqueo que tienes ahora mismo en la carrera o en el curro? Seleccionaré uno para resolverlo en el siguiente Log. |
|
"La ingeniería no es la ciencia de construir cosas perfectas. Es la ciencia de diseñar sistemas que sobrevivan cuando las cosas fallen."
— Henry Petroski
|
