Cosas que me dijo un piloto¶
5 minutos de lectura · 22 marzo 2026
El verano pasado pasé tres horas en una mesa junto a un piloto de aerolínea jubilado. No le pregunté por aviones. Me preguntó por software. Acabé tomando notas en el móvil.
"El error nunca es lo que ves. Es lo que dejaste de mirar mientras pasaba lo otro."
Esto y otras cinco cosas que se quedaron conmigo, traducidas como pude al lenguaje del software.
1. "El error nunca es lo que ves"¶
En aviación el modelo mental que llaman checklist culture asume que cuando algo va mal, lo siguiente que va a fallar no es lo que ya estás mirando: es la cosa contigua que dejas de revisar porque tu atención se la lleva el incidente.
En código es idéntico. La cascada de errores en producción no empieza con la base de datos caída. Empieza con el alert mal calibrado tres semanas atrás, que pasaste por alto porque tenías la cabeza en otra cosa. Cuando viene el incidente real, esa señal débil ya estaba ahí, ignorada.
Conclusión que me llevé: los problemas pequeños desatendidos no se quedan pequeños. Se enganchan al siguiente grande.
2. "Nadie cae por una decisión. Caen por la última de muchas."¶
Me contó el caso del Air France 447. No hubo un fallo. Hubo una congelación de sondas, una desconexión del piloto automático, una transición a control manual sin entrenamiento adecuado, un pull-up sostenido por nervios, y la negación a leer correctamente unos instrumentos. Cualquier rotura aislada habría sido recuperable. Las cinco juntas, no.
"Ningún profesional cae por una decisión equivocada. Cae por la última de una secuencia de decisiones razonables."
En post-mortems de software es lo mismo. Buscar al culpable de "la decisión que rompió" siempre falla. La decisión que rompió fue razonable en su contexto. Lo que falló es la cadena de decisiones que llevó a ese contexto. Es lo que en aviación llaman Swiss cheese model: cada capa tiene agujeros, y ocasionalmente los agujeros se alinean.
3. "El procedimiento se sigue cuando todo va bien"¶
Le dije que en software a veces nos saltamos procesos cuando ya conocemos bien el sistema. Sonrió.
"Si te saltas el procedimiento cuando todo va bien, lo vas a saltar cuando va mal, que es exactamente cuando lo necesitas."
Los pilotos hacen el checklist incluso después de diez mil horas. No porque no se acuerden. Porque la disciplina del checklist es lo que protege cuando tu memoria está nublada por adrenalina.
Lo apliqué a deploys. Mi script de pre-deploy es ridículo de simple y verifico cosas que siempre están bien. Justo por eso me protege el día que algo no esté.
4. "El co-piloto que no contradice es un peligro"¶
En aerolíneas existe el concepto de Crew Resource Management: el co-piloto debe tener autoridad real para decirle al capitán que se equivoca. Hubo desastres concretos en los 70 y 80 donde el co-piloto sabía que algo estaba mal y no lo dijo claro por jerarquía. Se rediseñó la cultura de cockpit en consecuencia.
"Si tu junior no te discute, es porque tiene miedo. Y entonces tú vas a chocar."
En equipos de ingeniería, una persona junior que nunca te discute es bandera roja, no señal de respeto. La autoridad real del senior no se mide por lo que la gente le obedece. Se mide por lo que la gente se atreve a contradecirle.
5. "La planificación es la mitad del vuelo"¶
Me explicó que un vuelo comercial de tres horas tiene atrás varias horas de briefing: ruta, alternates, fuel, NOTAMs, clima. Es trabajo invisible y obligatorio. Si lo saltas, vuelas con menos margen y no lo sabes hasta que el margen importa.
En software lo despreciamos. "Less talk, more code". El piloto se rió cuando se lo conté.
"Eso es muy bonito cuando todo es predecible. Pero todo lo importante no lo es."
6. "Hay que aterrizar el avión en el que estás"¶
La frase con la que cerró la conversación. Yo le había contado que estaba pensando dejar un proyecto que ya no me motivaba.
"El problema de saltar de aviones a media altura es que no eres bueno en ninguno. Hay que aterrizar el avión en el que estás antes de subirse a otro."
No es generalización válida. A veces hay que saltar. Pero como contrapeso a la cultura de quitar lo aburrido, ahí estaba.
Próxima entrada
Las analogías de aviación con software dan para mucho más. En la siguiente hablo del sterile cockpit —la regla de no hablar de nada que no sea relevante durante despegue y aterrizaje— y cómo la traduzco a deploys.
¿Comentarios o correcciones? info@encodigo.es.