edición general
346 meneos
2367 clics
Jubilados de la NASA salvan el telescopio espacial Hubble

Jubilados de la NASA salvan el telescopio espacial Hubble

La NASA tuvo que pedir ayuda a antiguos empleados porque una computadora de más de 30 años en el telescopio Hubble falló repentinamente. ¿Por qué no pudo solucionar el problema sin los especialistas ya jubilados? Los antiguos empleados que ya habían participado en la construcción del telescopio todavía estaban familiarizados con la antigua unidad de mando y procesamiento de datos de la computadora de carga útil. Otros jubilados de la NASA encontraron las pistas decisivas para el procedimiento correcto en documentos originales del Hubble que…

| etiquetas: ciencia , jubilados , nasa , salvan , telescopio , espacial , hubble
151 195 0 K 409 ciencia
151 195 0 K 409 ciencia
Comentarios destacados:                
#14 #9 Está diseñado para procesar formulas matemáticas complejas ejecutándose en hierro con muy poca memoria. Un programa que en FORTRAN ocuparía un par de folios, en C++ o Java te llenarían medio pendrive entre librerías matemáticas avanzadas y demás dependencias, se comería todos los núcleos de una CPU moderna y no tendría la misma precisión al mas mínimo error que cometieras.
#1 en filosofía lleva discutiendose desde hace bastante tiempo los problemas del especialización del conocimiento, como cada vez tardamos más en formar a una persona para hacer algo, y a la vez el conocimiento global cada vez es más inaccesible, uno no puede ser experto de todo por tanto la interdependencia cada vez es mayor
Busco programador de FORTRAN
- Nasa
#2 Con un 33% de discapacidad.
#15 Y la vejiga floja.
#2 Pues yo lo sigo utilizando junto con Lisp. Desde el F77 hasta F2008 en programa de hemodiálisis por ejemplo . Mete las ecuaciones de Navier-Stokes de mecánica de fluido en los "cacharros" de una UCI con F77 vs MATLAB y eso con el primero si, con el segundo como que no, ni con otro.
#8 Qué tiene FORTRAN de especial contra otros lenguajes? Las librerías?
#9 Está diseñado para procesar formulas matemáticas complejas ejecutándose en hierro con muy poca memoria. Un programa que en FORTRAN ocuparía un par de folios, en C++ o Java te llenarían medio pendrive entre librerías matemáticas avanzadas y demás dependencias, se comería todos los núcleos de una CPU moderna y no tendría la misma precisión al mas mínimo error que cometieras.
#14 dios, escucho tan poco la palabra “hierro” que me he emocionado leyéndote. Mierda de consultoras.
#23 por eso los informáticos tenían el convenio del metal y no la puta mierda de ahora.
#14 eso quizás fue cierto en algún momento remoto del pasado, no lo sé pero ahora mismo no. Hice la tesis en mecánica de fluidos con Fortran y hoy día trabajo en C++. Fortran es marginalmente más rápido que C++ porque no hace ciertas comprobaciones de seguridad que si se hacen según en el standard de C++. Del tipo sumar dos dos direcciones de memoria A y B y que en realidad se pase la misma dirección a ambas entradas. Y cosas así que se me escapan. Pero vamos que el overhead de C++ puede ser nulo perfectamente.
#50 Ya te digo que hablo de oídas. La gente que lo usa en mi empresa habla de que el hijo de fruta vuela. Pero desconozco hasta que punto es verdad o si dejo de serlo en algún momento. No es mi área.
#58 En mi opinión, creo que hablando de oídas, es como se propagan ciertas ideas erróneas, como las que has comentado, u otras como que php es una mierda, que C++ es inseguro, etc. Un saludo.
#9 Fortran fue el primer lenguaje más allá del ensamblador, con definición sencilla de variables y funciones matemáticas, en su momento fue la caña, pero se sigue usando por inercia, no porque sea mejor, en los últimos años ha sido barrido por Python.

#14 Yo utilice hace años un compilador que de Fortran pasaba a C y luego compilaba el C. Un programa en Fortran es muy similar a hacerlo en C.
#14 Tiene librerías para tratar datasets tipo pandas?
#14 donde radica la diferencia de fortran? es lo que yo aprendí siempre me han dicho que es lo mejor para calculo numérico pero el fortran 77 es un poco "arcaico" el 90 bueno algo mejor, pero los compiladores que usabamos eran una patata, imagino que no será lo mismo el compilador de intel que el gnu y esas cosas, pero no supieron explicarmelo mas que decir que "trabaja mucho mejor con matrices", pero quien trabaja el compilador que compilará bien no ? o es algo relacionado con la estructura de datos ?
#19 No lo controlo lo bastante como para darte una buena respuesta. Hasta donde yo se, compila formulas en puto ensamblador que vuela como un demonio. Si necesitas hacer código que mastique números en tiempo real, es una de las opciones que mas he escuchado. Por suerte para mi no estoy tan metido en desarrollo. Pero lo que tengo entendido, roza la leyenda...
#30 Todos los lenguajes compilados generan codigo maquina (no ensamblador), asi que a priori no hay razon para que el fortran genere mejor codigo maquina para las formulas que un compilador de c o pascal por ejemplo.
Y en todo caso seria un compilador especifico de cierta marca y cierta version, no hay nada especial en la sintaxis o gramatica del lenguaje fortran para que las formulas salgan mas rapidas una vez compiladas.
#37 se quedaron en cuenta la leyenda... Hablando de 1977 y obviando compiladores modernos, nuevas instrucciones y el sinfin de mejoras que se van añadiendo año a año
#30 "tiempo real" en computación no significa lo que crees que significa. No tiene nada que ver con velocidad.
#49 Tiene que ver con "que el proceso no espere a que la maquina acabe de calcular la logica", ya lo se. Pero generalmente quieres que se mueva rápido todo.
#56 no, se refiere a que se cumplen plazos estrictos para tener listo un cálculo, va sobre predictibilidad: la función X se ejecutará siempre en un máximo de Y segundos (o habrá terribles consecuencias). Para esto hace falta tener bajo control todas las cosas que podrían meter esperas inesperadas, por ejemplo el sistema operativo, protocolos de red, etc.

Lo que comentas son llamadas asíncronas y no bloqueantes (no paro a esperar a recibir el resultado de ciertos cálculos y sigo con lo que pueda de la ejecución).
#19 En 1977 posiblemente sí que fuera lo mejor, luego se siguió usando por inercia.
#14 Eso sería válido en 1980, te aseguro que el salto de compiladores modernos y la evolución de c++ hace que sea igual o más rápido que tu amado Fortran, y no solo c++ seguramente hasta Python
#47 Claro, claro... hasta que tienes que hacer edge computing en un microprocesador con 64kb de ram. Entonces buena suerte con ese python.

(Y a mi no me metas en ese grupo de "amantes del fortran", que yo soy big data engineer. Yo pico ETLs con pentaho, hecho en Java; lo mas ineficiente en recursos que te puedes imaginar)
Esto es lo que ocurre cuando no documentas.
#3 Que siempre dependen de ti? :troll:
#10 La regla de oro es, si hay alguien indispensable en tu empresa, despídelo.
#10 Hasta en vacaciones. Luego que si no me dejan descansar, ¡Haber documentado!
#11
Eso se arregla apagando el telefono.
#13 Sí, pero entonces corres el riesgo de que aprendan a solucionarlo y ya no dependan de ti. Es un fino equilibrio el que hay que mantener.
#16
A mi esos rollos no me van, que lo aprendan, como suelo decir, si lo se yo lo puede saber cualquiera. Pero mis vacaciones son sagradas.
#22 Bueno, esa es mi filosofía también, por eso me gusta documentar todo :-)
#3 Por mucho que documentes tú hoy un sistema terminado que no sigue evolucionando, cógelo tú mismo dentro de 30 años... No aciertas ni a encender la máquina; has documentado muy bien el sw y tienes unos organigramas con todo lujo de detalle, pero no conoces los sistema de desarrollo...

Además, ¿habéis leído que han participado 50 personas jubiladas? Imaginad lo que había ahí, como para ponerte al día...

Supongo que se aplicarían normas o procedimientos de aeronáutica y esos que yo sepa siempre han sido muy exigentes; me extraña que sea un problema simple de no documentación.
#28 no dije que no hubiese, todo esto sin yo saber nada de los procesos del hubble....
#3 venia a comentar justo lo mismo.
Esto pasa por pesima calidad de documentacion
#12 ¿en serio alguna parte del Hubble está mal documentada? No digo que no... pero suena raro.
Yo supongo que por muy bien documentado que esté todo, estar familiarizado con ciertos aspectos facilita el trabajo, y ahorra tiempo. Sobre todo tiempo mascando documentación de la época.
#20 Documentación en papel
#26 PDAs

Papeles De Apuntar

Apuesto un desayuno a que la solución estaba en un postit de 1980.
#54 Dudo que no estuviera todo documentado, en cajas y cajas de papeles almacenadas sin criterio, y sin un índice para saber por donde empezar.
#26 probablemente
#3 la asignatura pendiente en todo curro informático
Oferta de programador senil team Lidl.
Space Cowboys
#5 Se ha filtrado la identidad de los jubilados.  media
#5 Lo pensé de manera inmediata al leer el titular xD
El típico script que dejas en corriendo en segundo plano...
sleep(30years) && break_system.sh && echo "Only $fulanito knows how to fix this"
Aaah sí ya recuerdo pq estaba esta fecha hardcodeada...
#17 real life xD
Mira... como el final de battleship. Un puñado de jubiletas en un acorazado también jubilado.
#24 mereces el más horrible de los castigos por mentar tal bazofia de película. Todavía me acuerdo de la vergüenza ajena que pase viéndoles correr y apañarse en el acorazado correoso-feria/atracción escolar.

Con eso de que si no dejas muy mal al ejército en EEUU te ceden lo que te salga de los cataplines dijeron, ponemos aquí a unos yayos con acdc de fondo en un acorazado y tirando millas, ve llamando a las putes que ya tenemos para pagarlas 3 meses.
#25 De putas ve tú... A mi es que me dan un asquito, cuñado...
#29 si hijo, es la de Rihanna.

#32 que falton llamando cuñado a la gente cuando a ti nadie te llama hortera del cine por ver semejantes películas :troll:
#31 #36 en qué quedamos???
#25 es la de Rihanna?
#29 la de rihana da más vergüenza todavía.
Si hacen la película, la protagonizará Clint Eastwood. Aunque me suena que ya lo hizo.
El problema es que el Hubble tenía que durar menos, y supongo que las nuevas incorporaciones no se molestaron en aprender los entresijos de un sistema que iba a morir. No solamente basta la documentación para arreglar algo, la experiencia es imprescindible.
Por favor, decidme que ésta leyenda también acudió a repararlo xD
www.youtube.com/watch?v=Mxxhe4qLqXk
comentarios cerrados

menéame