Una vez más insisto en que es una pena que los chicos de TCAS no escriban con más frecuencia; la anotación de xpndr de hoy sobre La cadena del error debería ser de lectura obligatoria para todos los interesados en el tema y en especial para todos los periodistas que han cubierto el accidente del Spanair JK5022:

Ha habido accidentes que se han producido porque la tripulación llevaba 10 días seguidos trabajando, otros porque la tripulación no había descansado en la 18 horas anteriores al mismo, otros por presiones comerciales, otras por averías que no se pudieron o supieron manejar (ocurridas incluso días antes del accidente), otros porque «se metieron en la boca del lobo»… Pero siempre por una conjunción de causas que empezaron mucho antes del vuelo y que nadie supo o pudo atajar. La cadena del error está siempre ahí, formándose poco a poco, mientras que nosotros, los profesionales de la aviación tenemos que estar siempre ahí con las tenazas para cortar los eslabones. Identificando las amenazas y subsanando los errores.

[…] Ese día ni la tripulación ni ninguno del resto de actores presentes en la operación pudieron ver que se estaba poniendo el último eslabón de la cadena. Ya veremos como resultado de las investigaciones cuáles fueron esos eslabones. Pero hasta entonces nos debemos un respeto a nosotros mismos porque todos somos ellos, y cualquiera podríamos haber estado ahí. Porque hacer que un avión se lleve a trescientas personas al otro lado del mundo no es como coger la bicicleta y darse un paseo por el barrio (al contrario de lo que muchos creen). Porque además conseguimos, todos juntos, que a pesar de ello el riesgo de subirse a un avión sea menor que el de coger el coche en una gran ciudad en hora punta.

Y los medios de comunicación nos deben el mismo respeto y consideración, porque hacemos, junto con todos nuestros compañeros de la aviación, que el sistema funcione día a día lejos del riesgo del accidente, lejos del último eslabón.

Relacionado,

• Imbéciles, otro punto de vista sobre el tratamiento del accidente en los medios.
• Torturando aviones (por tu bien), uno de los motivos por los que la seguridad aérea no es fruto de la casualidad.
• Historias del avión escritas por un piloto y un pasajero.

En plena crisis con muchos de los bancos más importantes del mundo en quiebra y los inversores sin saber qué hacer, el momento WTF del día fue un bug ocurrente en alguno de los sistemas de la bolsa que mandó las acciones de Google de 340 dólares a un mínimo de 0,01 dólares justo al cierre de la sesión de hoy.

En el MundoReal™, esto no sucedió – para alivio de muchos.

§ TechCrunch.

(Tan anteriormente como julio de 2002)

Gracias a que tenemos excelentes contactos el gobierno va a darnos unas ayudas económicas.

¡Je, je! los contribuyentes nos darán dinero, de modo que podremos producir más bienes sobrevalorados que vender a los contribuyentes.

Dime otra vez por qué sería legal esto.

Durante la noche del sábado al domingo pasados un componente crítico del telescopio espacial Hubble, en concreto el que se encarga de procesar los datos recogidos por sus diversos instrumentos y de enviarlos a tierra, falló, haciendo que los ordenadores de a bordo pusieran el telescopio en modo seguro.

El componente estropeado, destacado en rojo - Foto NASA vía Bad Astronomy Blog

A todos los efectos, es como si al Hubble se le hubiera estropeado el router que conecta su red interna de datos con el resto del mundo; hay un PDF de la NASA [972 KB] que lo describe desde un punto de vista más técnico.

Varios intentos de reiniciar este componente y de obtener un volcado de memoria para ver dónde puede estar el fallo han fracasado, con lo que ahora se intentará activar el lado B de esta tarjeta con el objetivo de recuperar el funcionamiento del Hubble.

Toda la electrónica de a bordo del telescopio tiene dos lados, el A y el B, que pueden funcionar independientemente, lo que le da un cierto grado de redundancia al Hubble, pero para poder utilizar el lado B de la tarjeta que ha fallado la electrónica de otros cinco módulos que se usan para la gestión interna de datos ha de ser pasada también a su lado B, algo que no se ha hecho desde finales de los 80 o principios de los 90, y siempre en Tierra como pruebas previas al lanzamiento.

Si todo va bien el Hubble podría estar de nuevo en funcionamiento a finales de esta semana o poco después, pero el fallo de esta Control Unit/Science Data Formatter ha hecho que la NASA haya tomado la decisión de aplazar el lanzamiento de la misión de mantenimiento al telescopio hasta 2009.

Tal y como explican en Hubble Space Telescope Problem Delays STS-125 Launch la idea es enviar una controladora nueva en la misión STS-125, pero esta nueva tarjeta no estará probada y lista para volar hasta la primera semana de enero de 2009.

Dentro de lo mala que es la noticia de que esta tarjeta haya fallado, es una suerte que lo haya hecho antes del lanzamiento del Atlantis, ya que así se podrá cambiar por una nueva y dejar al telescopio en perfecto estado de funcionamiento; habría sido muy triste que la tarjeta hubiera fallado después del despegue o una vez terminada la misión, ya que habría dejado al Hubble a expensas del fallo del lado B de cualquiera de los componentes afectados para dejarlo inactivo a pesar de todas las mejoras y reparaciones que iba a hacer la tripulación del Atlantis.

Así, los responsables de la NASA tendrán que buscar ahora la forma de incluir la instalación de la nueva tarjeta en la ya apretada agenda de la misión STS-125, pero esperan que no haya mayor problema en hacerlo, y encajar la agenda de vuelos de los transbordadores que quedan en servicio para que pueda haber uno listo para volar la misión de rescate STS-400 de ser necesario.

Mientras tanto, el Endeavour, que estaba listo para ser lanzado en esa misión de rescate de haber sido necesario, será lanzado en la misión STS-126, en principio el próximo 16 de noviembre, aunque igual se intenta adelantar el lanzamiento un par de días.

(Gracias por el aviso, Nokson.)