Nuevo

Walter Garman

Walter Garman


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

Walter Garman nació en 1861. Estudió medicina en Heidelberg y Edimburgo y en 1888 se convirtió en médico de Wednesbury, por un salario anual de 84 libras esterlinas. Según Cressida Connolly, autora de The Rare and the Beautiful: The Lives of the Garmans (2004): "Walter era alto y moreno, con ojos expresivos y cejas arqueadas. Llevaba un bigote caído y tenía un aspecto ligeramente melancólico, como un don español ".

En 1897, Garman se casó con Margaret Magill, que era casi veinte años más joven que su marido. Su suegra le escribió diciendo: "Puedo prometerle que tendrá uno de los hombres más honorables, de buen carácter, cariñoso y de altos principios con los que es posible reunirse y no veo ninguna razón". que tal unión puede dejar de ser feliz ". La pareja alquiló Oakeswell Hall, una casa jacobea, y durante los años siguientes tuvo nueve hijos: Mary (1898), Sylvia (1899), Kathleen (1901), Douglas (1903), Rosalind (1904), Helen (1906), Mavin (1907), Ruth (1909) y Lorna (1911).

Cressida Connolly sostiene que: "Garman fue personalmente responsable de la introducción de inodoros con descarga de agua en el área, una innovación que debe haber salvado a miles de personas de la fiebre tifoidea y el cólera. Walter era inmensamente popular, ayudaría a los pobres sin cobrarle, y, aunque afirmó que nunca usaba nada más que aspirina y vinagre, era conocido como un médico extremadamente bueno ".

Más tarde, Kathleen Garman escribió sobre la vida en Oakeswell Hall: "Estaba ... invadido por niños y caballos y pony y perros y gatos y conejos y cobayas y gallos y gallinas - un viejo patio, rodeado por la propia casa y todo el establos, el aula, la lavandería, una vieja casa de malta que llamábamos el agujero del fantasma donde teníamos tres pisos inseguros de viejos edificios sucios y polvorientos para escondernos y jugar ".

Walter Garman era visto como un miembro muy respetable de la comunidad, pero una de sus hijas, Helen, le dijo más tarde a una amiga que su padre "era un hombre cruel, de mal genio y feroz que golpeaba a sus hijos y los encerraba en armarios". Sin embargo, otro de sus hijos, Mavin, solo recuerda haber recibido una paliza de su padre.

Garman, al igual que su esposa, tenía opiniones profundamente religiosas y la iglesia local jugó un papel importante en la educación del niño. También fue magistrado y miembro activo del Partido Conservador. Dos de sus hijas, Kathleen y Mary, fueron a clases de arte en Birmingham. También compraron libros y cuando Walter Garman los sorprendió leyendo Madame Bovary, convocó a todos los niños y los quemó en el fuego frente a ellos.

En 1919, las dos hermanas se rebelaron y huyeron a Londres. Kathleen tomó un trabajo ayudando con los caballos que tiraban de los carruajes para Harrods y también trabajó como modelo de artista, mientras que Mary conducía una camioneta de reparto para Lyons 'Corner Houses. El Dr. Garman quedó profundamente conmocionado por este comportamiento y finalmente decidió darles a sus dos hijas una mesada, lo que les permitió dejar sus trabajos e inscribirse en una escuela de arte privada llamada Heatherley.

En diciembre de 1921, Kathleen y Mary llevaron al poeta Roy Campbell a Oakeswell Hall. Kathleen lo presentó con las palabras: "Padre, este es Roy, que se va a casar con Mary". Garman estaba furioso porque no aprobaba a su futuro yerno. No solo estaba desempleado, también estaba claro que tenía un grave problema con la bebida. Garman también desaprobó fuertemente la relación de Kathleen con Jacob Epstein.

Mary y Campbell se casaron en 1922. La novia usó un vestido largo negro con un velo dorado mientras que él se puso su viejo traje. Un invitado observó que cuando se arrodilló ante el altar tenía agujeros en las suelas de sus zapatos, acolchados con papel de periódico. Percy Wyndham Lewis fue uno de los invitados a la boda: "El banquete de bodas fue una reunión distinguida, si está dispuesto a admitir distinción ante el bohemio, porque fue casi gitano en su libertad de las restricciones convencionales".

Walter Garman murió en Oakeswell Hall en mayo de 1923 después de sufrir un infarto. La familia creía que lo había matado por exceso de trabajo, ya que solo tenía sesenta y dos años.

Nacido en 1903 de un médico adinerado y su esposa (se decía que era mitad gitana), él (Douglas Garman) creció en una casa solariega isabelina llamada Oakeswell Hall en Wednesbury, cerca de Birmingham en Staffordshire. Garman tenía un hermano, Mavin, un granjero en Hampshire y siete hermanas notables, varias de las cuales figurarían en la vida de Peggy en el futuro. Las hermosas chicas Garman llevaron a cabo una vertiginosa ronda de matrimonios y aventuras que duró décadas con hombres prominentes que habrían dejado envidiosa a Alma Mahler. Entre ellos estaban Mary, que se casó con el poeta fascista sudafricano Roy Campbell y tuvo un romance con Vita Sackville-West; Sylvia, de quien se dice que tuvo una aventura con el elusivo T. E. Lawrence; Kathleen, la musa y amante de Sir Jacob Epstein, el escultor, que se convirtió en su esposa solo después de tener tres hijos; Rosalind, que prosaicamente se casó con el dueño de un garaje y tuvo dos hijos; Helen, que se casó con un pescador medio noruego en Francia y tuvo una hija, Kathy, que se casó con la poeta y autora de memorias muy querida Laurie Lee (cuya Sidra con Rosie se publicó en 1959); Ruth, que vivía en Herefordshire y tuvo varios hijos de diferentes hombres; y Lorna, quizás la más hermosa de todas, que se casó con Ernest Wishart, el editor que empleó a Douglas Garman, y le dio un hijo a los diecisiete años, más tarde tuvo una hija ilegítima con Laurie Lee (después el marido de su sobrina Kathy), y más tarde todavía tenía un romance con el pintor Lucian Freud (quien, a su vez, luego se casó y tuvo un hijo con Kitty Epstein, otra de las sobrinas de Lorna, la hija de Kathleen). Peggy debía considerar a todos estos Garman como una especie de familia honoraria.

Garman era hijo de un médico de familia que había tenido una amplia práctica en las afueras de Birmingham. Allí había vivido en una casa grande con jardín, completamente alejado del mundo, con su un hermano y siete hermanas. Su padre murió mientras Garman todavía estaba en Cambridge, y Garman sintió mucho su pérdida y sus primeras responsabilidades como cabeza de familia. Su madre era una dulce dama inglesa que vivía jubilada y con gran modestia. Se suponía que era la hija ilegítima de Earl Grey y, de hecho, parecía aristocrática. Era tan femenina y tan femenina que siempre había hecho exactamente lo que su marido había querido, y ahora, aunque rara vez veía a Garman, lo adoraba y lo trataba de la misma manera. Le acababa de comprar una casita en Sussex, cerca de las colinas, y tenía la intención de ir allí los fines de semana ...

Garman me llevó a Sussex para mostrarme la casa que le había comprado a su madre. Fue en un pequeño pueblo inglés llamado South Harting, justo debajo de las colinas. El pueblo estaba absolutamente muerto, como todos esos lugares de Inglaterra, pero estaba en medio del país más hermoso. Naturalmente, tenía un buen pub. Garman también me llevó a ver a su hermana Lorna y su cuñado, el editor Ernest Wishart, a quien llamó Wish. Tenían una hermosa casa. Garman y Wish parecían ser los mejores amigos, ya que habían estado juntos en Cambridge. La esposa de Wish, Lorna, era la criatura más hermosa que había visto en mi vida. Tenía unos ojos azules enormes, pestañas largas y cabello castaño rojizo. Era muy joven, todavía tenía poco más de veinte años y se casó a los dieciséis. De siete hermanas, ella era la favorita de Garman. Todas eran chicas extraordinarias. Uno de ellos estaba casado con un pescador en Martigues y otro tenía tres hijos de un escultor de fama mundial. Otra vivía en Herefordshire con su hijo ilegítimo, mientras que una cuarta pasaba la mitad del año como sirvienta para poder vivir en paz los otros seis meses en una cabaña que había comprado en el páramo favorito de Thomas Hardy. Más tarde adoptó a un niño pequeño y se dice que tuvo una aventura amorosa con Lawrence de Arabia, a quien conoció en el páramo, pero cuando la conocí se mostró muy virginal. Otro estaba casado con el famoso poeta sudafricano Roy Campbell. Eran católicos y luego se hicieron fascistas y vivieron en España. Uno muy normal se casó con el dueño de un garaje y llevó una vida feliz con dos hijos. En su juventud, Garman debió sentirse abrumado por tantas mujeres, y prefirió no volver a ver a la mayoría de ellas. Sin embargo, me fascinaron y finalmente logré conocerlos a todos. Garman tenía un hermano menor que le agradaba. Había regresado de Brasil y ahora se dedicaba a la agricultura en Hampshire.


Antiguo alto alemán Editar

Los primeros testimonios del antiguo alto alemán provienen de inscripciones dispersas de Elder Futhark, especialmente en alemán, del siglo VI, las primeras glosas (Abrogans) datan del octavo y los textos coherentes más antiguos (el Hildebrandslied, los Muspilli y los Encantamientos de Merseburg) hasta el siglo IX.

Medio alto alemán Editar

Alto alemán medio (MHG, alemán Mittelhochdeutsch) es el término utilizado para el período de la historia de la lengua alemana entre 1050 y 1350. Está precedido por el alto alemán antiguo y seguido por el nuevo alto alemán temprano. En algunas becas más antiguas, el término cubre un período más largo, hasta 1500.

Nuevo alto alemán temprano Editar

Cuando Martín Lutero tradujo la Biblia (el Nuevo Testamento en 1522 y el Antiguo Testamento, publicado en partes y terminado en 1534) basó su traducción principalmente en este idioma ya desarrollado, que era el idioma más entendido en ese momento. Este idioma se basó en los dialectos del este del Alto y del Este del Centro Alemán y preservó gran parte del sistema gramatical del Medio Alto Alemán (a diferencia de los dialectos del alemán hablado en el Centro y Alto de Alemania que en ese momento ya habían comenzado a perder el genitivo y el pretérito). . Al principio, las copias de la Biblia tenían una lista larga para cada región, que traducía palabras desconocidas en la región al dialecto regional. Los católicos romanos rechazaron la traducción de Lutero al principio y trataron de crear su propio estándar católico (gemeines Deutsch), Que, sin embargo, se diferenciaba del «alemán protestante» sólo en algunos detalles menores. Se necesitó hasta mediados del siglo XVIII para crear un estándar que fue ampliamente aceptado, poniendo así fin al período del Nuevo Alto Alemán Temprano.

El bajo alemán, que se encuentra en la encrucijada entre el alto alemán, el anglo-frisón, el bajo franconio y el dialecto danés del sur de Jutlandia, tiene una historia lingüística menos clara, que personifica que el grupo germánico occidental es en realidad un continuo dialectal.

El bajo alemán estuvo fuertemente influenciado por el anglo-frisón en la época medieval temprana y por el alto alemán durante la duración del Sacro Imperio Romano Germánico. Después del final de la Liga Hanseática en el siglo XVII, el bajo alemán fue marginado al estatus de dialectos locales.

Antiguo sajón Editar

Viejo sajón, también conocido como Viejo bajo alemán, es una lengua germánica occidental. Está documentado desde el siglo IX hasta el siglo XII, cuando evolucionó hacia el bajo alemán medio. Fue hablado en la costa noroeste de Alemania y en Dinamarca por los pueblos sajones. Está estrechamente relacionado con Old Anglo-Frisian (Old Frisian, Old English), participando parcialmente en la ley espirante nasal Ingvaeonic.

Medio bajo alemán Editar

La lengua del bajo alemán medio es un antepasado del bajo alemán moderno. Se habló desde aproximadamente 1100 hasta 1500, dividiéndose en bajo alemán occidental y bajo alemán oriental. Las lenguas vecinas dentro del continuo dialectal de las lenguas germánicas occidentales eran el holandés medio en el oeste y el alto alemán medio en el sur, posteriormente sustituido por el nuevo alto alemán temprano. El bajo alemán medio era la lengua franca de la Liga Hanseática, hablada en todo el Mar del Norte y el Mar Báltico. Basado en el lenguaje de Lübeck, se estaba desarrollando un lenguaje escrito estandarizado, aunque nunca fue codificado.

El alemán era el idioma del comercio y el gobierno en el Imperio Habsburgo, que abarcaba una gran área de Europa Central y Oriental. Hasta mediados del siglo XIX, era esencialmente el idioma de los habitantes de la mayor parte del Imperio. Indicó que el hablante era un comerciante, un urbanita, no su nacionalidad. Algunas ciudades, como Budapest (Buda, alemán: A menudo), se germanizaron gradualmente en los años posteriores a su incorporación al dominio de los Habsburgo. Otros, como Bratislava (alemán: Pressburg), se establecieron originalmente durante el período de los Habsburgo y eran principalmente alemanes en ese momento. Algunas ciudades como Milán (alemán: Mailand) siguió siendo principalmente no alemán. Sin embargo, la mayoría de las ciudades eran principalmente alemanas al menos durante la primera parte del siglo, como Praga, Budapest, Bratislava, Zagreb (alemán: Agram) y Ljubljana (alemán: Laibach), aunque estaban rodeados de un territorio donde se hablaban otros idiomas.

El alemán también se usó en las gobernaciones bálticas del Imperio ruso. Por ejemplo, Riga empleó el alemán como idioma oficial de administración hasta la instalación del ruso en 1891. De manera similar, Tallin empleó el alemán hasta 1889.

Hasta alrededor de 1800, el alemán estándar era casi exclusivamente un idioma escrito. En ese momento, las personas en las zonas urbanas del norte de Alemania, que hablaban dialectos muy diferentes del alemán estándar, lo aprendían casi como un idioma extranjero y trataban de pronunciarlo lo más cerca posible de la ortografía. Las guías de pronunciación prescriptivas de esa época consideraban que la pronunciación del norte de Alemania era el estándar. Sin embargo, la pronunciación real del alemán estándar variaba de una región a otra.

Casi todos los medios y trabajos escritos se producen en alemán estándar (a menudo llamado Hochdeutsch en alemán), que se entiende en todas las áreas de habla alemana (excepto por los niños en edad preescolar en áreas donde solo se habla dialecto, por ejemplo, Suiza), pero en esta era de la televisión, incluso ahora, por lo general, aprenden a comprender el alemán estándar antes de la escuela. la edad).

El primer diccionario de los hermanos Grimm, que se publicó en 16 partes entre 1852 y 1860, sigue siendo la guía más completa del léxico de la lengua alemana.

En 1880, las reglas gramaticales y ortográficas aparecieron por primera vez en el Manual de Duden. En 1901, esta fue declarada la definición estándar del idioma alemán. Posteriormente, la ortografía alemana estándar no se revisó prácticamente hasta 1998, cuando los representantes gubernamentales de Alemania, Austria, Liechtenstein y Suiza promulgaron oficialmente la reforma ortográfica alemana de 1996. Después de la reforma, la ortografía alemana pasó por un período de transición de ocho años, durante el cual la ortografía reformada se enseñó en la mayoría de las escuelas, mientras que la ortografía tradicional y reformada coexistieron en los medios de comunicación.

A finales del siglo XIX, el alemán desplazó al latín como lingua franca de la ciencia occidental, y siguió siendo el idioma principal de la ciencia durante la primera mitad del siglo XX. Muchos de los artículos científicos más importantes de esa época se publicaron por primera vez en idioma alemán, como los artículos Annus Mirabilis de Albert Einstein de 1905.

Todo cambió con el final de la Segunda Guerra Mundial. Después de 1945, un tercio de todos los investigadores y profesores alemanes tuvieron que ser despedidos porque estaban contaminados por su participación en el Tercer Reich, otro tercio ya había sido expulsado o asesinado por el régimen nazi y otro tercio era simplemente demasiado mayor. El resultado fue que una nueva generación de académicos relativamente jóvenes y sin formación se enfrentó a la enorme tarea de reconstruir la ciencia alemana durante la era de la reconstrucción de posguerra. Para entonces, "Alemania, la ciencia alemana y el alemán como lengua de la ciencia habían perdido su posición de liderazgo en la comunidad científica". [1]


Nacido en 1928, Walter fue el segundo primer ministro de Antigua y Barbuda, el fundador del Sindicato de Trabajadores de Antigua (AWU) y el Movimiento Laboral Progresista (PLM) y ex secretario general del Sindicato de Trabajadores de Antigua (AT & ampLU).

Walter ganó la Premiership en las elecciones de 1971, derrotando a Vere Bird cuatro años después de que la colonia se convirtiera en una dependencia británica con autonomía nacional. [1] Abogó por la independencia total de Antigua y Barbuda y se opuso a una propuesta británica para hacer de Antigua y Barbuda una federación insular. [1] Fue derrotado en las elecciones de 1976 por Bird. [1]

El PLM encabezó el gobierno de 1971 a 1976. Durante su mandato como primer ministro de Antigua y Barbuda, Walter fue el representante de Todos los Santos, que entonces era un distrito electoral.

En total, tuvo 10 años en el gobierno, cinco como primer ministro y los otros cinco como líder de la oposición.

La Ley de Seguridad Social, el Código Laboral que se copió en todos los territorios del Caribe, la Ley de Representación del Pueblo y la fundación del Banco de Desarrollo de Antigua y Barbuda fueron todo el trabajo de su gobierno PLM.

Después de las elecciones de 1982, abandonó la política y regresó a su finca ganadera.

Después de ser derrotado, Walter fue condenado por supuestamente vender metal ilegalmente al gobierno de Antigua. [1] Estuvo encarcelado durante tres meses mientras sus rivales presentaban un caso en su contra. [1] Se apeló con éxito ante el Tribunal de Apelación de las Indias Occidentales, que lo declaró infundado. [1]

Estaba casado con Lady Hyacinth Walter, una ex maestra y directora de la Antigua Girls 'High School, quien disputó el escaño de Todos los Santos en 1980 en nombre de su esposo, perdiendo por un estrecho margen ante la entonces miembro de ALP del Parlamento Hilroy Humphreys por nueve votos.

Tuvieron cinco hijos: Sharon, Paul, el senador Gregory Walter y Vaughn Walter.

George Walter murió el 4 de marzo de 2008, a los 79 años, en St. John's. [1] Su hermano menor Selvyn declaró que la causa de su muerte fue un ataque al corazón. George Walter había estado hospitalizado durante aproximadamente una semana. [1]

En 2008, su país natal Antigua y Barbuda lo nombró póstumamente Caballero de la Orden del Héroe Nacional (KNH), convirtiéndose en el quinto héroe nacional del país. [2]


Contenido

Kathleen Garman nació el 15 de mayo de 1901 en Wednesbury, Staffordshire, hija del Dr. Walter Chancellor Garman (1860-1923), médico de cabecera, y su esposa, Margaret Frances Magill. [1] [2] Ella era una de nueve hijos, siete hermanas y dos hermanos: Mary (1898), Sylvia (1899), Kathleen (1901), Douglas (1903), Rosalind (1904), Helen (1906), Mavin (1907), Ruth (1909) y Lorna (1911). La familia vivía en Oakeswell Hall, Wednesbury. [3]

Kathleen tomó lecciones de música en el Birmingham and Midland Institute y clases de arte en Birmingham con su hermana Mary. En 1919, las hermanas decidieron huir a Londres.Kathleen fue empleada por Harrods, ayudando con los caballos que tiraban de los carros de reparto, y también trabajó como modelo de artista. Mary conducía una furgoneta de reparto. Conmocionado por su comportamiento, su padre finalmente decidió apoyarlos. Alquilaron un apartamento tipo estudio en el número 13 de Regent Square, Camden, y se matricularon en una escuela de arte privada. Por la noche frecuentaban clubes del West End como The Gargoyle, The Harlequin y The Cave of the Golden Calf. Fue en el Harlequin donde Kathleen conoció a Epstein, de 40 años, quien la invitó a su mesa y le pidió que posara para él. [3] Mary terminó casándose con el poeta sudafricano Roy Campbell. [1] [3] Kathleen, Mary y Lorna se convertirían en miembros bohemios de lo que se conoció como Bloomsbury Group. [1] En 1936, Gordon Anthony fotografió a Kathleen. [4]

En 1921, Kathleen inició una relación con el escultor casado Jacob Epstein, convirtiéndose en su modelo y amante. [3] Su padre, que desaprobaba fuertemente el asunto, la excluyó de su testamento cuando murió en 1923. [3] En 1923, la celosa esposa de Epstein, Margaret, invitó a Kathleen a su casa y le disparó en el hombro con una perla. pistola con mango. [5] Epstein pagó las facturas del hospital de Kathleen y la convenció de que no presentara cargos contra Margaret, no fuera a estallar en un escándalo público. [3] Después de este incidente, Margaret animó a Jacob a participar en múltiples aventuras con la esperanza de que se cansara de Kathleen. Si bien Epstein y su esposa no tenían hijos, Margaret crió como propios a sus hijos de otras relaciones, su hija Peggy Jean (n. 1918) (con Dorothy (Meum) Lindsell-Stewart [1895-1957]) y su hijo Jackie (n. .1934) (con Isabel Nicholas [1912-1992] [6]).

Kathleen y Epstein continuaron viéndose y tuvieron tres hijos juntos en 1924, 1926 y 1929. Se casaron en junio de 1955, en una ceremonia privada en Fulham Register Office, Londres, ocho años después de la muerte de Margaret. [3] Tras su matrimonio, Kathleen se convirtió en Lady Epstein y su única beneficiaria. Después de su muerte en 1959, donó sus obras de arte al Museo de Israel. Otras piezas de arte de Epstein se incorporaron a la Colección Garman Ryan, junto con las obras de Sally Ryan, una escultora estadounidense que dejó sus obras de arte y 50.000 dólares en efectivo a Kathleen en 1968. [3] Murió en agosto de 1979. [3]


Walter E. Garman Obituario

Queridos Irene y familia Garman, lamentamos oír hablar de la muerte de Walt. Compartimos tu pérdida y te tenemos en nuestras oraciones. Extrañaremos esos tiempos nosotros. Leer más »& rdquo
1 de 28 | Publicado por: Wendell & Freda Harewood - OH

& ldquoIrene y familia: Lamento mucho enterarme del fallecimiento de Walt. Lamento haber estado fuera de la ciudad el día de la visita y las citas. Leer más »& rdquo
2 de 28 | Publicado por: John Knechtly - OH

& ldquoSiento oír hablar de la muerte de Walt. Me regaló recuerdos y siempre una gran sonrisa. & rdquo
5 de 28 | Publicado por: Dan Reed - Alturas de Berlín, OH

& ldquoGary, Jeff, Bruce, Linda, todos tienen mi más sentido pésame. Perder a un padre nunca es fácil. Guardo muy buenos recuerdos de tu padre. Leer más »& rdquo
6 de 28 | Publicado por: Ron Grove - Wilmington, OH

& ldquoJeff, nos entristeció mucho oír hablar de tu padre. Estamos pensando en usted y su familia durante este tiempo. & rdquo
7 de 28 | Publicado por: Tom y Sue Haberman - OH

& ldquoMi más sentido pésame para usted, Irene y su familia. El personal del Centro de Enfermería Autumn Years. & rdquo
8 de 28 | Publicado por: Lynn Bush - Sabina, OH

& ldquoMucho lamento escuchar lo de tu papá. Estaremos pensando en ti. & rdquo
9 de 28 | Publicado por: Tom y Dauna Armstrong - OH

"SOY UN SOLDADO" Fui lo que otros no querían ser, fui a donde otros temían ir, e hice lo que otros no pudieron hacer. Yo pregunté. Leer más »& rdquo
10 de 28 | Publicado por: Dee y Dave Daniels - Cincinnati, OH

& ldquoFamilia, Nuestros pensamientos y oración están con ustedes. Walt y yo trabajamos juntos en el condado de Highland para COBA. Nos hicimos buenos amigos y disfrutamos de muchas cosas buenas. Leer más »& rdquo
11 de 28 | Publicado por: paul meredith - agua fría, MI

& ldquoSiento oír hablar del fallecimiento de su padre. Que Dios bendiga su alma. & rdquo
12 de 28 | Publicado por: Garry Akers - Sabina, OH

& ldquoEs muy triste saber del fallecimiento de Walt. & rdquo
13 de 28 | Publicado por: Connie Miller - Greenfield, OH

& ldquoHermano, amigo, patriota. Se le extrañará. & rdquo
14 de 28 | Publicado por: Jeanne y George Garman y familia - Pensilvania

& ldquoBruce siento oír lo de tu papá. Lo siento, no podré venir a la visita. Tuve una cirugía ocular el martes, pero nuestros pensamientos y oraciones están con nosotros. Leer más »& rdquo
15 de 28 | Publicado por: Dick y Charlotte Wilson - OH

& ldquoGary, Jeff y Bruce: Lamentamos leer sobre el fallecimiento de Walt: era un buen hombre y disfrutamos de muchas actividades juntos desde Ohio hasta. Leer más »& rdquo
16 de 28 | Publicado por: M / M R. M. Skip Pulliam - Venecia, Florida

& ldquoSiento oír hablar del fallecimiento de su padre. Fue un gran amigo de la madre de Gary y será recordado amablemente. & rdquo
17 de 28 | Publicado por: Gary y Ruthie Tucker - OH

& ldquoGary, Jeff y Bruce, Siento mucho oír hablar del fallecimiento de tu padre. Que recuerdes todos los buenos momentos y recuerdos que compartiste. & rdquo
19 de 28 | Publicado por: Gordon Rulon - Centenario, CO

& ldquoQue Dios descanse tu alma. Sobreviviste a la Segunda Guerra Mundial, te graduaste de la Universidad Estatal de Ohio y criaste una buena familia. Bien hecho. Fraternalmente, David. Leer más »& rdquo
20 de 28 | Publicado por: David Sprague - Roca, CO

& ldquoWalt, Dane y Jack eran todos buenos amigos míos y solo somos buenos hombres ... Walt y yo nos graduamos de la O.S.U. Juntos y jugaron pelota intramuros. Leer más »& rdquo
21 de 28 | Publicado por: Jack walker - Hillsboro, OH

& ldquoY LO SIENTO OÍR QUE WALTER PASS. MUCHOS LO EXTRAERÁN. CONOZCA A WALTER EN HONOR GUARD Y AMVETS. SOY COMANDANTE DE AMBOS y rdquo
22 de 28 | Publicado por: BILL MOORE - Hillsboro, OH

Querida familia, lamento mucho oír hablar del fallecimiento de Walt. Era un hombre maravilloso y muy divertido hablar con él. Lo extrañaremos mucho. Espero todo tu. Leer más »& rdquo
23 de 28 | Publicado por: Sue Golden Boatman - Hillsboro, OH

Querida familia: Lamentamos oír hablar de la muerte de Walt, otro gran estadounidense desaparecido pero no olvidado. Dick disfrutó jugando a los bolos con él y lo recordamos. Leer más »& rdquo
24 de 28 | Publicado por: Dick y Paulette Donley - OH

& ldquoQuerida familia Garman: Por favor, sepa que mis oraciones por usted en este momento son con la mayor simpatía. Toda tu familia siempre lo ha querido decir. Leer más »& rdquo
25 de 28 | Publicado por: Kay (Hottle) Thomas - Hillsboro, OH

& ldquo¡Qué maravillosos recuerdos tenemos de tu padre! Recordamos la última vez que visitó nuestra casa en Hillsboro, con Jeff y Carly y toda la nieve. Leer más »& rdquo
26 de 28 | Publicado por: Mary Jane y Mike Boatman - Florida

& ldquoAmado y extrañado. Ve con Dios. & rdquo
27 de 28 | Publicado por: Jess A. Fligor - Kingston Springs, Tennesse

& ldquoSiento mucho saber del fallecimiento de Walt, lo conocí hace muchos años cuando trabajaba con Avie, era una persona muy amable y me alegré de haberlo conocido. & rdquo
28 de 28 | Publicado por: Anita Kirker - Winchester, OH

  • Ver todo
  • Deja un recuerdo
  • Dejar memoria de audio
  • Enciende una vela

Libro de memorias

Flores de simpatía

Walter nació el 28 de febrero de 1924 y falleció el domingo 28 de marzo de 2010.

Walter era un residente de Ocala, Florida.

La información de este obituario se basa en datos del índice de defunciones de la seguridad social del gobierno de EE. UU. No hay mas informacion disponible. Se proporcionan más detalles sobre esta fuente de datos en nuestra sección de Preguntas frecuentes.

Enviar condolencias
BUSCAR OTRAS FUENTES

El hermoso e interactivo Tributo Eterno cuenta la historia de vida de Walter de la forma en que merece ser contada en palabras, imágenes y video.

Cree un monumento en línea para contar esa historia a las generaciones venideras, creando un lugar permanente para que familiares y amigos honren la memoria de su ser querido.

Seleccione un producto conmemorativo en línea:

Comparta esa fotografía especial de su ser querido con todos. Documente las conexiones familiares, la información de servicio, los momentos especiales y los momentos invaluables para que todos los recuerden y aprecien para siempre con el soporte para copias ilimitadas.

  • Memorial multimedia en línea con imágenes, videos, música y más ilimitados
  • El formato elegante e inmersivo honra a su ser querido
  • Temas, fondos y música personalizables le dan ese toque personal
  • El libro de visitas interactivo permite que todos compartan sus recuerdos y brinden apoyo
  • Disfruta de todas las características del Eternal Tribute
  • Conservar la memoria y los sacrificios del servicio nacional de un ser querido
  • Elija entre cinco elegantes temas de ramas militares
  • Resalte los detalles del servicio militar
  • Fotos ilimitadas e información de registros militares.
Deja un recuerdo

Bienvenido al condado de Somerset Pennsylvania Historia y genealogía Si desea ayudar a transcribir datos genealógicos y colocarlos en línea para el uso gratuito de todos los investigadores, la información para voluntarios está disponible aquí. Este condado actualmente no tiene un anfitrión. Esto significa que no hay nadie disponible para ayudarlo a responder sus preguntas sobre la historia de este condado o para ayudarlo con la genealogía de su familia dentro de este condado. LAMENTE NO PODEMOS HACER UNA INVESTIGACIÓN PERSONAL PARA USTED. El condado de Somerset se creó el 17 de abril de 1795 en la parte occidental del condado de Bedford y recibió su nombre de Somersetshire, Inglaterra. La elevación más alta que se encuentra en Pensilvania se encuentra en el condado de Somerset. El área se incluyó en la compra india de 1768 y se convirtió en parte del condado de Cumberland hasta 1771 cuando se formó el condado de Bedford. Somerset, la sede del condado, se estableció en 1795 y se incorporó como municipio el 5 de marzo de 1804. Escrituras y transferencias de tierras Actualizaciones recientes Febrero 2021 Obituarios y avisos de defunción - Transcrito por Donald Buncie AB: John Armstrong, Charles Baker, Mary Elizabeth Baker, Nancy Baker, Michael Barkly, Catharine Barnhart, JP Bash, Mary Beaner, Henry Benford, Jacob Berkey, Levi Berkey, Franklin Blough, William Bosh, David Boucher, Sarah Ann Bowman, Elizabeth Grove Brant C: Elizabeth Casebeer, Jonathan Casebeer, James Caton, John Cobaugh, Alvin Grant Coleman, Josie Cook, John Countryman, James Critchfield, Nathaniel Crosby D-E: Margaret Davis, Isaac Dibert, Philip Dom, Edward Dorrey, Alexander Emerick F: Conrad Flick, Sarah Follmer, John Henry Friedline G: Bertha Gardner, George Heffley Garman, Emma Florence Garman, David Gerber, Jessie Giffin, Evan Blair Griffin H: Benjamin Hay, Alice Louisa Heckert, Jane Herrington, Jacob Hershberger, Hannah M. Hicks, Nancy Hileman, Sadie Hinchman, Sra. Hoffman, Jonathan Holsapple, Charles Hoon, Solomon P. Horner, Solomon S. Horner, Wm. M. Horner, Elizabeth Huber J: Thos. Jennings, William Johnson y Susan Sullivan Johnston K: John T. King, Rudolph Kneppenburg, Elizabeth Korns Izquierda: Moses Leevan, Magdalene Lichtenberger, Sra. Lewis Lichty, Charles H. Lindsley, Mary Elizabeth Ling, Susan Lohr, Nancy Alice Long, Benjamin Lowry M: Daniel Malone, Ellen McGregor, J. H. Merle, Infant Meyers, Cyrus Meyers, Dr. D. E. Meyers, Howard Meyers, Lydia Meyers, Susanna Meyers, James Mickey, Jacob Mier, Mary Mowry, Michael Mowry O-P: Catharine Olinger, Catherine Parker, Mary Susan Parker, Jonas Peck, A. H. Philson, Dolly Pile R: Eloiz Ream, Lottie Cileen Rush S: Lizzie Eva Shaffer, Michael Shaffer, Franklin P. Shaulis, Charlotte Amelia Slick, James Smith, Elizabeth Snyder, Louie Benton Snyder, Charles Irving Spangler, Michael Spangler, Jacob Stutzman, Emma Cecilia Swank, Esther Catharine Swank T: Mary Tedrow, Daniel Thomas, Tracy Traup, Alcinda Turney, John Turney U-W: Philip Umbarger, Emma Amanda Walter, Benjamin Weller, Hiram Welmon, Samuel Will, Robert Allen Wilson, John Wirsing, Josiah Witt, Rev. J. Winecoff Z: Henry Zimmerman, Margaret Zimmerman, Rosina Zimmerman Avisos de matrimonio y anuncios de boda - Transcrito por Donald Buncie R: Allen-Kimmel, Ankeny-Richards, Ankeny-Steel, Annawalt - Heffley, Armstrong-Brandle B: Baker-Trimpy, Baldwin-Good, Ball-Dicky, Barkley-Deeter, Barnhart-Bash, Barnhart-Wilt, Barron-Meyers, Baughman-Miller, Beaner-Barnhart, Bearl-Martina, Bender-Lohr, Benford-Chorpenning, Benson-Berkey, Berkey - Miller, Bittner-Null, Black-Lohr, Blenset-Flegel, Blough - Fritz, Blough-Shaffer, Blough - Zimmerman, Blymyer-Weyand, Boose-Turner, Bouser-Daugherty, Bowman-Shallis, Bowman - Walker, Boyd-Stoner, Boyer-Weaver, Brant-Foust, Brant - Hoover, Bricker - Statler, Brinham-Wilmot, Brubaker-Seibert, Burket-Barnhart, Burkhart-Smith C: Campbell-Snyder, Casebeer-Blough, Casebeer - Shaulis, Cober-Spangler, Colborn - Ream, Coleman-Rhoads, Coleman-Weller, Conway-Weyand, Cook-Berkey, Cook-Wilmoth, Coughenour-Farner, Craver-Campbell, Crawford-Clark, Critchfield-Putman, Cromwell-Holderbaum, Cunningham-Brubaker, Cupp-King D: Davis-Davis, Davis-McKim, Davis-Wonder, Decorse-Nickolson, Deeds-Knepper, Deitz-Levan, Dillon - Nedrow, Dray-Blume, Dwier-Growall E: Eaton-Matton, Eisel-Hebel, Emaigh-Long, Emrich-Bowers, Engelbach-Kiernan, Enos-Ohler, Eshrich-Sipe F: Faith - Atcheson, Finecy-Deeter, Fisher-Spaugy, Fleegle-Rishebarger, Foster-Nevil, Foust-Ross, Friedline - Brendle, Fritz-Ross, Fritz-Seibert, Fryday-Foulk, Fye - Cole G: Gaither - Hurst, Geisel-McCreary, Gindlesperger-Queer, Gindlesberger-Thomas, Glessner-Custer, Glessner-Kimmel, Glessner-Wiand, Goerly-Lants, Good - Kinaman, Gonder-Horner, Griffith-Cooper, Griffith-Good, Grove-Statler, Grove - Tayman H: Hamilton-Mahaney, Hanna-Fiscus, Harkcom-Baker, Hay-Burkholder, Heining-Pletcher, Henry-Barclay, Henry-Faidly, Hering-Pritz, Hochstetler-Saylor, Hoffman-Coleman, Hoyl-Ream, Hurst-Pisel, Hyatt-Anderson J: Johnson-McAfee, Johnston-Rauch, Judy-Hoffman K: Kaltenbaugh-Baker, Kauffman-Shaffer, Kerr-Trent, Kimmel-Croner, King-Putman, Kline-Friedline, Koontz-Heinbauch, Kooser-Seibert, Korns-Walter, Kreager-Brugh, Kuhns-Chrise, Kuhns-Lichty, Kuster-Weimer L: Laferdy-Frazer, Landis-Bowser, Lape-Sumpstine, Lenhart-Stahl, Lepphart-Swarner, Liberger-Younkin, Lohr-Grady, Lohr-Spangler, Lowery-Baker, Loyd-Rittenour, Lucas-Cramer M: Mahany-Parson, Marshall-Lyon, Martin-Harrier, Martz-Kennel, Maurer-Brubaker, May-Geiger, McAfee-Fornwalt, McCloud-Dohm, Menkmier-Hining, Meyers-Long, Miller-Fritz, Miller-Hoffman, Miller-Hoyle, Miller-Swank, Mohan-Younkin, Moore-Brant, Moore-Hanna, Moore-Piles, Mosholder-Kenman, Mostholder-Dormayer, Mostoller-Flom, Moule-Wright, Mowrer-Bowman N-O: Nagel-Seese, Nickulson-Weller, Oss-Mortman P: Patton-Donald, Pearson-Black, Pile-Huston, Pile-Pletcher, Poleman-Dunkle, Pletcher-Singo, Pritts-Brant, Putman-Nickelson P: Queer-Lohr, Queer-McHugh R: Rayman-Blough, Ream-Lambert, Reiber-Ashby, Reiber-Deal, Reitz-Beechley, Rhodes-Gashaw, Rhodes-Saylor, Rhodes-Schrock, Rutter-Walter S: Sanner-Rease, Saylor-Besecker, Schlaug-Kreager, Schrock-Baldwin, Selers-Brubaker, Shafer-Simpson, Shaffer-Korns, Shaffer-Pittenbrink, Shaffer-Walter, Shaffer-Winters, Shank-Brenard, Shaulis-Gardner, Shaver-Trostle, Shirey-Heckle, Shockey-Moser, Shoemaker-Schrock, Shoyerof-Shaffer, Shrauck-Musser, Shumaker-Leply, Smith-Christner, Smith-Good, Smith-Miller, Smith-Young, Snyder-Adams, Snyder- Negro, Snyder-Mickey, Snyder-Sullivan, Sorber-Lambert, Spangler-Stull, Speicher-Sipe, Speicher-Weaver, Speigle-Baker, Stufft-Barnet, Sullivan-Hoover, Sumpstine-Weighley, Swank-Custer, Swank-Leighton, Swank-Lohr T: Tannehill-Clark, Tedrow-Snyder, Thomas-Gull, Thomas-Shaffer, Tishue-Stone, Trent-Snyder, Tressler-Bridigum, Tressler-Pierce U: Uhl-Snyder, Umble-Fear, Uphouse-Wright W: Wagner-Fleegel, Walker-Hillegas, Walker-Miller, Walker-Montagu, Walter-Yutzy, Walton-Folk, Weimer-Baker, Wen-Knopsneider, Werner-Royer, Will-Zigler, Williams-Keller, Winstead-Cook, Wolfersberger-Baker Y-Z: Younkin-Crosson, Zimmerman-Meyers Enero de 2021 Obituarios y avisos de defunción - Transcrito por Donald Buncie AB: Lavenia Adams, Henry H Aughinbaugh, Henry Baker, George Baldin, Magdalena Benford, Hartman Berg, Sra. Susan Berkey, Elizabeth Boucher, Jacob Bowman Sr, Jacob Boyer Sr, Mary Boyer, Michael Boyer, Adam Brandt, Elizabeth Brubaker, Joel Brubaker, Eleanor Bruce, C: Josiah Casebeer, Margaret Connelly, Jacob Crigler D-E: Mary Ann Davis, Bartley Dennison, Clifford Elder, Charles Mosheim Emery De F-H: David Findley, Mary Flickinger, Henry Fritz, Infant Gilbert, Susanna Good, George Hartzel, Daniel Houpt K-L: Wm. Kantner, Elizabeth Boyer Keim, Infant Kessler, Henry Keyser, Jane Kimmel, Jacob Knable Jr, Ann Maria Knepper, Infant Knepper, Catharine Kurtz, John Leander Kurtz, Joseph Lichty, Rose Ann Long M: Rogers Marshall, Peter Martin Sr., William A. McIntire, Catharine Meese, George Miller, Rosanna Mowry P: John F. Parker, Ann Parson, Elizabeth Ann Peterson, Amelia Picking, Ellenor Cecelia Picking, Jacob Picking, John Alexander Picking, Sarah Hildebrand Picking R-T: Michael Ray, Margaret Rusheberger, Catharine Saylor, Elizabeth Shaffer, Frederick William Shaffer, Martin Shaffer, Susan Catarine Shaffer, John Snyder, Elizabeth Spangler, Harriet Stutzman, Widow Swank, Elizabeth Swenk, Jacob Swenk, William Tayman W: Christina Walker, George Walker, Charles Walter, Infant Warner, Mary Weimer, Margaret Weyand, Julia Whipkey, Daniel Will, Jacob Will, John Williams, Adam Wilt, Sarah Woy Y: Jonathan Yoder, Herman Flick Young, John Young, Mary Young Avisos de matrimonio y anuncios de boda - Transcrito por Donald Buncie A: Capaz - Smitley, Alexander - Anthony, Alexander - Weimer B: Baldwin - Mackey, Barns - Trent, Baurkholder - Nedrow, Beacan - Reisinger, Beam - Benford, Bender - Gull, Berkey - Mowrer, Bird - Hileman, Booze - Rauch, Boucher - Duncan, Boucher - Saylor, Bowers - Neumiller, Bowman - Klein, Bowman - Lohr, Bowman - Rey, Bowman - Winters, Boyer - Gallagher, Boyer-Hancock, Braucher - Rush, Brook - Loare C-D: Carver - Sanner, Coleman - Leberstein, Collins - Brubaker, Coon - Slick, Countryman - Shally, Deuse - Sidel E-F: Enos - Pritts, Fleck - Stoner, Flick - Friedline, Delantero - Ogle, Fox - Zarfoss, Frantz - Houser, Friedlein - Zufall, Fritz-Rhoads, Fuller - Wirsing G: Grafius - Piper, Grawall - Caton, Guth - Trent H: Haines - Gardner, Hartzell - Halderbaum, Hay - Olinger, Heffley - Welles, Hill - Dally, Hill - Neely, Hite - Fleck, Hoffman - Kline, Hoon - Dom, Horner - Miller, Horner - Zimmerman, Hunter-Coleman, Hurst - Ogle K: Keel - Saylor, Keim - Olinger, Keizer - Allen, Kemp - Piper, Kimmel - Hosler, Kimmel - Johnston, King - Grabenheim, Kline - Beam, Koontz - Hill, Koutz - Marteeny L: Lambert - Crissey, Lambert - Welf, Landis - Bowman, Lape - Burket, Lichteberger - Brison, Livengood - Joven, Lobingier - Stewart, Lohr - Penrod, Lyons - Ohler M: Marteeny - Barron, McCaron - Dally, McChesney - Bruce, McCoy - Walter, Meese - Hay, Meyer - Bearkley, Miller - Darr, Minerd - Harbaugh, Mishler - Huffman, Mosholder - Flamm, Mowry - Gallagher, Mowrer - Long, N: Nedrow - Haines, Nedrow - Lint, Neumiller - Deirmet O-P: Ogle - Delantero, Parson - Pile, Patterson - Johnson, Peck - Hartman, Philippi - Blubaugh, Philippi - Farner, Philson - Platt, Pile - Bailey, Pile - King, Pinkerton - Weimer, Pitterson - Cortacésped R: Rampsbarger - McClintock, Reeger - Younkin, Reynalds - Hodgekins, Rice - Roberts, Rickart - Johnson, Risheberger - Imhoff, Russel - Ramey S: Sanner - Patton, Schell - Ankeny, Schwenk - Levy, Shaffer - Will, Sheets - Fisher, Shomo - Statler, Shultz - Benford, Smith - Ling, Snyder - Ankeny, Snyder - Miller, Snyder - Ringer, Snyder - Shaffer, Spinler - Peishel, Stutzman - Schell, Sutter - Shafer, Sweitzer - Shawley T-U: Theis - Shawlis, Thomas - McNeal, Umberger - Pila W: Wable - Leech, Wagner - Gibbler, Waters - Mason, Weimer - Buchanan, Weyand - Umberger, Wilson - Patton, Wilt - Brant, Wilt - Gool, Witt - Hoffman Y-Z: Joven - Hay, Joven - Souter, Younkin - Switzer, Zigler - Keller, Zufall - Snyder JUECES DEL QUINTO CIRCUITO JUDICIAL EN LOS JUECES DE TRIBUNAL DE CIRCUITO GRANDE 1897-1996 & # 8211 tres posiciones 1996- & # 8211 cuatro posiciones 1897-1902 Ferdinand Bookwalter, Danville1897-1903 Henry Van Sellar, París1897-1903 Frank K. Dunn, charlestón1902-1915 Morton W. Thompson, Danville1903-1909 James W. Craig, Mattoon1903-1915 E. R. E. Kimbrough, Danville1909-1915 William B. Scholfield, Marshall1915-1927 Augustus A. Partlow, Danville1915-1927 Walter Brewer, Toledo1915-1927 John H. Marshall, charlestón1927-1933 S. Murray Clark, Danville1927-1933 Charles A. Shuey, charlestón1927-1951 George W. Bristow, París1933-1935 Craig Van Metro, Mattoon1933-1949 Casper S. Platt, Danville1936-1939 Grendel F. Bennett, Marshall1939-1957 Ben F. Anderson, charlestón1951-1963 John F. Spivey, Danville1951-1963 Robert F. Cotton, París1957-1963 Harry I. Hannah, Mattoon Juicio de Spivey1964-1971 John F. Spivey, Danville1971-1979 Frank J. Meyer, Danville1980-1985 John P. Meyer, Danville1986 Matthew A. Jurczak, Danville1986-1996 Rita B. Garman, Danville1997-2016 Claudia S. Anderson, Danville2017- Charles C. Hall, Danville Judgeship de algodón1964-1971 Robert F. Cotton, París1972-1998 Ralph S. Pearman, París1998- James R. Glenn, Mattoon Judgeship de Hannah1964-1973 Harry I. Hannah, Mattoon1973-1980 Thomas M. Burke, charlestón1980-2001 Paul C. Komada, charlestón2001- Mitchell K. Shick, charlestón Judgeship de Cini1996-2008 Dale A. Cini, Mattoon2008-2010 Richard E. Scott, París2010- Matthew L. Sullivan, París JUECES DEL CONDADO DE CLARK Jueces de sucesiones1821-1823 Samuel Prevo1823-1825 Charles Neeley1825-1835 Jacob Harlan1835-1837 Uri Manley Jueces de paz testamentarios1837-1843 Uri Manley1843-1849 Stephen Archer Jueces del condado1849-1853 Stephen Archer1853-1854 John Bartlett1854-1857 John Stockwell1857-1869 William C. Whitlock 1869-1873 William R. Griffith1873-1877 Justin Harlan1877-1882 William R. Griffith1882-1886 Ethan A. Sutton1886-1894 Henry Gasaway1894-1898 William T. Hollenbeck1898-1902 J. C. Perdue1902-1906 Everett Connelly1906-1914 Hershel R. Snavely1914-1918 A. L. Ruffner1918-1922 Edward Pearce1922-1926 Harry M. Janney1926-1932 Jed Gard1934-1938 C. A. Williams1938-1946 Theodore Thompson1946-1958 John M. Hollenbeck1958-1963 Zollie O. Arbogast Jueces asociados1964-1967 Zollie O. Arbogast1968-1971 Caslon K. Bennett Jueces de tribunales de circuito residentes1971-1988 Caslon K. Bennett1988-1989 Zollie O. Arbogast1990 James K. Robinson1990- Tracy W. Resch JUECES DEL CONDADO DE COLES Jueces de sucesiones1831-1834 James P. Jones1834 John F. Smyth1834-1835 S. M. Dunbar1835-1837 William Collom Jueces de paz testamentarios1837-1841 Reuben Canterbury1841-1843 John W. Trower1843-1847 Robert S. Mills1847-1849 William W. Bishop Jueces del condado1849-1857 William W. Bishop1857-1864 Gideon Edwards1864-1865 Joshua P. Cooper1865-1869 McHenry Brooks1869-1873 Abner M. Peterson1873-1877 William E. Adams1877-1882 James R. Cunningham1882-1886 Charles Bennett1886-1894 Lapsley C. Henley1894-1898 Sumner S. Anderson1898-1902 John P. Harrah1902-1910 T. N. Cofer1910-1922 John P. Harrah1922-1930 J. B. Lane1930-1950 John T. Kincaid1950-1963 William J. Sunderman Jueces asociados1964-1971 William J. Sunderman Jueces de tribunales de circuito residentes1971-1989 William J. Sunderman1989-2003 Ashton C. Waller2004-2017 Teresa K. Righter2018- Mark E. Bovard Jueces de la ciudad & # 8211 Mattoon1898-1902 James F. Hughes1902-1906 Lapsley C. Henley1906-1907 Horace S. Clark1909-1910 George D. Wilson1910-1922 John C. McNutt1922-1925 Isaac B. Craig1925-1936 Clarence H. Douglas1936-1963 Jacob Berkowitz Jueces asociados1964-1971 Jacob Berkowitz Jueces de tribunales de circuito residentes1971-1976 Jacob Berkowitz1977-1991 Joseph R. Spitz1992-2011 Gary W. Jacobs2012- Brien J. O’Brien Jueces de la ciudad & # 8211 Charleston1910-1914 Charles A. Shuey1914-1918 Charles A. Quackenbush1918-1922 John T. Kincaid1922-1930 Ben F. Anderson1930-1936 Herbert S. Anderson1936-1960 C. Wade Barrick1960-1962 Jack H. Anderson JUECES DEL CONDADO DE CUMBERLAND Jueces de paz testamentarios1843 Eliseo H. Starkweather1843-1849 James M. Ward Jueces del condado1849-1853 James M. Ward1853-1861 William E. Smith1861-1864 Hiram B. Decius1864-1869 Reuben Bloomfield1869-1873 Wiley Ross1873-1882 John W. Miller1882-1886 Leonidas L. Logan1886-1890 Phillip Welshimer1890-1894 Leonidas L. Logan1894-1898 Gershom Monohon1898-1902 Elias M. McPherson1902-1906 Stephen B. Rariden1906-1910 A. L. Ruffner1910-1917 Stephen B. Rariden1917-1918 Millard C. Everhart1918-1930 Albert F. Bussard1930-1942 Charles M. Connor1942-1954 Millard C. Everhart1954-1963 William J. Hill Jueces asociados1964-1966 William J. Hill1966-1971 James R. Watson Jueces de tribunales de circuito residentes1971-1989 James R. Watson1990 Thomas M. Burke1990-2002 Robert B. Cochonour 2002-2016 Millard S. Everhart2016- Jonathan T. Braden JUECES DEL CONDADO DE EDGAR Jueces de sucesiones1823-1826 Lewis Murphy1826-1827 William Lowry1827-1828 Smith Shaw1828-1837 Jonathan Mayo Jueces de paz testamentarios1837-1839 Henry Neville1839-1849 Samuel ConnellyJueces del condado1849-1853 Samuel Connelly1853-1857 James Steele1857-1861 A. B. Austin1861-1865 George K. Larkin1865-1869 Andrew Y. Trogdon1869-1877 Robert B. Lamon1877-1886 Andrew Y. Trogdon1886-1894 Andrew J. Hunter1894 Henry Tanner1894-1898 Erasmus G. Rose1898-1902 Stephen I. Headley1902-1910 Walter S. Lamon1910-1922 Daniel V. Dayton1922-1946 Paul B. Lauher1946-1963 Howard T. Ruff Jueces asociados1964-1971 Howard T. Ruff Jueces de tribunales de circuito residentes1971-1972 Howard T. Ruff1972-1986 Carl A. Lund1986-2000 Richard E. Scott2000-2006 H. Dean Andrews2006- Steven L. Garst JUECES DEL CONDADO DE VERMILION Jueces de sucesiones1826-1837 Amos WilliamsJueces de paz testamentarios1837-1849 Norman D. Palmer Jueces del condado1849-1857 Guy Merrill1857-1858 Norman D. Palmer1858-1863 Joseph Peters1863-1865 Robert B. Lamon1865-1868 Daniel Clapp1868-1882 Raymond W. Hanford1882-1890 David D. Evans1890-1897 John G. Thompson1897-1902 Morton W. Thompson1902-1905 S. Murray Clark1905-1906 Fred Draper1906-1909 Isaac A. Amor1909-1918 Lawrence T. Allen1918-1925 Thomas A. Graham1925-1930 William T. Henderson1930-1950 Harlin M. Steely1950-1962 Frank J. Meyer1962-1963 James K. Robinson Jueces asociados1964-1971 James K. Robinson Jueces de tribunales de circuito residentes1971-1987 James K. Robinson1987-1988 Jerry A. Davis1988-2006 Thomas J. Fahey2006- Nancy S. Fahey Jueces testamentarios1910-1914 Clinton Abernathy1914-1930 Walter J. Bookwalter 1930-1938 Ralph M. Jinkins1938-1954 Arthur R. Hall1954-1958 John W. Unger1958-1963 Paul M. Wright Jueces asociados1964-1971 Paul M. Wright Jueces de tribunales de circuito residentes1971-1987 Paul M. Wright1987-2000 John P. O’Rourke2000- Craig H. DeArmond Judgeship de ClaryJueces de tribunales de circuito residentes1998-2013 Michael D. Clary2014- Thomas M. O’Shaughnessy JUECES ASOCIADOS DEL TRIBUNAL DE CIRCUITO Magistrados1965-1971 Henri I. Ripstra Jueces asociados del tribunal de circuito1971 Henri I. Ripstra1972-1986 Richard E. Scott1987-2000 H. Dean Andrews2001- David W. Lewis Magistrados1965-1966 Mark B. Hunt1966-1971 Thomas M. Burke Jueces asociados del tribunal de circuito1971-1973 Thomas M. Burke1974-1980 Tom E. Grace1980-1983 Loren J. Kabbes1983-1989 Ashton C. Waller1989-1992 Gary W. Jacobs1993-1996 Dale A. Cini1997-2004 Teresa K. Righter2005-2012 Brien J. O’Brien2012-2018 Mark E. Bovard2019- Brian L. Bower 1965-1967 & # 8211 dos posiciones 1967-2020 & # 8211 tres posiciones 2020- & # 8211 cuatro posiciones Magistrados1965-1971 John F. Twomey1965-1971 Matthew A. Jurczak1967-1971 Lawrence T. Allen, Jr. Jueces asociados del tribunal de circuito1971-1973 John F. Twomey1971-1984 Matthew A. Jurczak1971-1984 Lawrence T. Allen, Jr.1974-1986 Rita B. Garman1984-1991 Joseph C. Moore1984-2010 Joseph P. Skowronski1987-1995 David G. Bernthal1991-2009 James K. Borbely1995-2010 Gordon R. Stipp1995-1997 Joseph C. Moore2009- Mark S. Goodwin2010- Derek J. Girton2010- Karen E. Wall2020- Charles D. Mockbee IV 1964-1966 Robert F. Algodón1966-1968 John F. Spivey1968-1972 Harry I. Hannah1972-1976 Jacob Berkowitz1976-1995 Ralph S. Pearman1995-2000 Richard E. Scott2000-2001 James R. Glenn2001-2003 Ashton C. Waller2003-2007 James R. Glenn2007-2011 Tracy W. Resch2011-2015 Millard S. Everhart2015-2017 Craig H. DeArmond2017-2021 Mitchell K. Shick2021- Thomas M. O’Shaughnessy ASISTENTES ADMINISTRATIVOS Secretarios1964-1966 Mildred P. Weston1966-1967 Mildred J. Towle Secretarios administrativos1967-1968 Mildred J. Towle1968-1985 Sibyl E. Etchason Asistentes administrativos1985-1991 Sibyl E. Etchason1991-2007 Ann E. Staats2007-2013 Kathleen A. Lay2013-2016 Rustye D. Cooley2016-2019 Alexander Wakeland2019- Lori J. Pearson Walter Garman - Historia

Rusnak: Hoy es 27 de marzo de 2001. Esta entrevista con Jack Garman se está llevando a cabo en las oficinas de Signal Corporation en Houston, Texas, para el Proyecto de Historia Oral del Centro Espacial Johnson. El entrevistador es Kevin Rusnak, asistido por Carol Butler.

Me gustaría agradecerle por tomarse el tiempo para hablar con nosotros esta mañana.

Garman: Eres bienvenido.

Rusnak: Y si podemos comenzar, cuéntenos sobre sus intereses y experiencias al crecer que lo llevaron al camino de la ciencia y la ingeniería que finalmente lo llevó al programa espacial.

Garman: Bueno, creo que soy un niño del Sputnik. Sabes, estaba entrando en la escuela secundaria cuando todo eso comenzó, y terminando la escuela secundaria cuando el Programa Mercury puso a un par de personas muy famosas en el espacio. Cuando ingresé a la universidad, supongo que mis padres siempre me habían animado a ser ingeniero. Es algo maravilloso de hacer, pero es un poco masoquista si eres una persona joven, pasar por toda esa educación. Pero en aquellos días la paga también era bastante buena. Entonces fui a la escuela de ingeniería en la Universidad de Michigan [Ann Arbor, Michigan].

Fue en algún lugar durante los años universitarios cuando comenzó el Programa Géminis. Estuve en la universidad desde & # 821662 hasta & # 821666, y en algún lugar de allí estaban apareciendo muchos artículos de noticias, por supuesto, sobre el programa espacial, y eso me atrajo mucho. Recuerdo que en ese último año de la escuela, cuando empezaste a hacer entrevistas para trabajos, alrededor de tres de cada cuatro entrevistas a las que fui tenían algo que ver con el programa espacial.

El becario en ese momento, John [P.] Mayer, que dirigía la División de Análisis de Planificación de la Misión [MPAD], era un graduado de la Universidad de Michigan, por lo que todos los años insistía en enviar a alguien a esa escuela para realizar una entrevista. Entonces y ahora, creo, la NASA no podía & # 8217t permitirse & # 8212 el gobierno no podía & # 8217t permitirse o no podía pagar los viajes para entrevistas con mucha frecuencia, pero realmente no era necesario. Realmente no lo necesitaban. Así que recuerdo una entrevista, y recuerdo que era el trabajo que pagaba menos, y no tenía idea de dónde estaba Houston, Texas. Cuando te criaste en Chicago y vas a la escuela en Michigan, ya sabes, todo en Texas está en algún lugar al sur de Dallas. Subí al coche y conduje hacia abajo.

Michigan, en aquellos días, no ofrecían ningún título universitario en informática, ninguno. Así que entré en un plan de estudios de ingeniería en Michigan llamado física, ingeniería física. Solía ​​reírme de que soy un físico de algún tipo. Yo & # 8217 no. Pero ese plan de estudios permitía un menor, una especialidad, por así decirlo. En aquellos días, y creo que sigue siendo cierto, los títulos de ingeniería suelen ser sólidos como una roca. Hay muy pocas opciones en lo que toma. Suelen tener una duración de cinco años y yo quería pasar en cuatro, así que me abarroté.

Pero la idea de poder cursar una especialidad en informática era genial, así que lo hice. Así que durante mi tercer y último año, cuando finalmente tomaste los cursos en los que puedes concentrarte en la universidad, terminé en clases de posgrado con todo el doble-E, ya sabes, ingeniería eléctrica y ese tipo de personas, que finalmente obtuvieron una oportunidad de tomar algo en computadoras como estudiantes de posgrado, y yo estaba allí como estudiante. Solía ​​reírme de eso. Como digo, no soy físico, pero ese fue el título que obtuve.

Rusnak: ¿Qué tipo de tecnología informática está aprendiendo en este momento?

Garman: Con una escuela de ingeniería, va de un extremo a otro. Nos enseñaron programación, por supuesto, al estilo Fortran. Tenían un lenguaje llamado MAD, Decodificador algorítmico de Michigan. Era una rama de Fortran que todos usamos, y eso fue maravilloso. Hoy, por supuesto, las personas se sientan frente a un teclado con una pantalla CRT [tubo de rayos catódicos] y escriben sus programas si están programando, y en aquellos días también nos sentábamos frente a los teclados, pero se les llamaba teclas, pilas de tarjetas, y nosotros & # 8217d escribíamos y salían ellos & # 8217d. Camina hasta esa habitación misteriosa donde toda la gente, en esos días y tal vez en estos días también, con el pelo muy largo y los ojos pequeños y brillantes, sentados detrás del mostrador, ejecutan los mainframes para recoger nuestras barajas de cartas y escupirnos nuestras resmas de papel. el día siguiente. Eso fue muy divertido.

En la escuela de ingeniería, también nos metimos en bits y bytes. Así que tomé muchos cursos de laboratorio en los que estábamos juntando cosas, ya sabes, transistores, chanclas, las nueve yardas completas. Sabía que nunca quise construir computadoras, pero es como si usted fuera un buen conductor de un automóvil, ya sabe lo que hay debajo del capó, incluso si nunca va a repararlo usted mismo. Si un mecánico le va a hacer algo, puede ser un cliente inteligente, sabe exactamente de qué están hablando. Creo que es lo mismo en las computadoras.

Esa experiencia es claramente lo que me llevó a los sistemas operativos. No sabía que se llamaba así en aquellos días. No tenían un nombre para ello. Pero el software que reside más cerca del hardware y las interfaces con las aplicaciones se llama sistemas operativos [SO], y es el tipo de pegamento que mantiene las cosas juntas. Si quieres hacer algo, es divertido estar en el medio, así que ahí es donde estaba yo. Eso fue lo que me atrajo.

Cuando vine a la NASA después de eso, no tenían a nadie que supiera algo sobre computadoras. Fue realmente gracioso. Tenía veintiún años cuando entré por la puerta, durante unos meses más. Hubo una interesante historia paralela. No puedo recordar el nombre del compañero. Tal vez se me ocurra. En aquellos días, Ellington Field todavía tenía los viejos edificios blancos con techos verdes, edificios tipo barracones de madera de la Segunda Guerra Mundial, y el entonces Centro de Naves Espaciales Tripuladas usaba muchos de esos edificios como desbordamiento. Así que todos los empleados nuevos & # 8212 y hubo muchos empleados nuevos que entraron en 1966 & # 8212 & # 8212 todos los nuevos empleados fueron reunidos en esa instalación, en esas instalaciones.

Lo recuerdo, y estás un poco emocionado, ¿sabes? Eres joven. No sabes dónde diablos estás. Por cierto, tardé seis meses en darme cuenta de que estaba tan cerca de Galveston como de Houston. Eso es algo vergonzoso, pero es cierto. Sabes, fue una especie de & # 8220Alice Through the Looking Glass & # 8221. Te subes al coche, conduces y empiezas a ir a trabajar. Tus ojos están muy abiertos porque entré y estaban terminando el Programa Géminis. Todavía estaba volando. Así que todo fue muy inspirador.

Pero estoy sentado en esta larga mesa con un montón de nuevos reclutas. Digo eso porque era muy militar en esos días. Yo & # 8217 estoy sentado allí con un montón de nuevos reclutas, y hay & # 8217 esta cara al otro lado de la mesa que sabía que reconocía de alguna parte. Bueno, ya sabes, nos presentamos el uno al otro, y & # 8220 ¿Dónde & # 8217d vas a la escuela? & # 8221

& # 8220 Oh. ¿Qué programa de estudios fue después? & # 8221

Dije, & # 8220 Ingeniería física. & # 8221

Resulta que habíamos ido a la escuela todos juntos y nunca nos conocimos. Pasamos de un lado a otro en las clases, y este joven fue reclutado de la misma manera que yo.

Cuando llegamos allí, el trabajo para el que nos habían contratado no existía. Nos entrevistaron para trabajar en MPAD, División de Análisis y Planificación de Misiones, en una computadora híbrida. Ahora, las computadoras no eran muy rápidas en esos días. Entonces, la noción de computadoras analógicas todavía existía. Todavía los usaban.Los condensadores y otros dispositivos electrónicos se comportan matemáticamente bastante bien y puede pasar corrientes a través de ellos para, de forma analógica, hacer ecuaciones matemáticas. Así que crearía una especie de computadora híbrida, en parte digital y en parte analógica, para hacer mucho del tipo de trabajo que la NASA quería hacer. Así que decidieron comprar una enorme computadora híbrida y el dinero se cayó. Bob [Robert C.] Arndt era su nombre. Bob y yo fuimos contratados para este trabajo.

Uno de mis mentores, un compañero llamado Lynn Dunseith, quien ya falleció, Lynnwood C. Dunseith & # 8212Lynn era el jefe de la sucursal. Dirección, división, rama, sección era la estructura en esos días. Él era el jefe de la rama y la rama tenía dos secciones. Uno era para las computadoras de a bordo, Apollo, y el otro era para las grandes computadoras terrestres, el control de la misión.

Bob y yo entramos, nos sentó y nos dijo: "Ustedes no tienen trabajo". Bienvenidos a Houston. & # 8221 & # 8217 Nos preguntamos a dónde diablos estaba llevando esto. Él dice: & # 8220 No temas. Estás contratado. De hecho, lo que tenemos que hacer es averiguar dónde ponerlo ahora. & # 8221

Así que tuvimos el gran placer de entrevistarnos en toda esa división, sobre la marcha, para decidir dónde queríamos trabajar. Lynn nos dijo a los dos, él dijo, & # 8220Bueno, su decisión va a ser muy fácil. & # 8221 Él dijo, & # 8220 & # 8217, o va a trabajar en computadoras a bordo o en computadoras terrestres. A partir de ahí, ¿quién sabe? Eres nuevo, eres joven, te colocaremos donde puedas sumergirte donde quieras. & # 8221

Bueno, elegí las computadoras de a bordo. Eso me emocionó, ya sabes, las computadoras que vuelan. Bob eligió las computadoras de tierra y casi nunca nos volvimos a ver. Fue algo gracioso. No tengo idea de dónde está ahora, pero éramos como barcos que pasaban por la noche en la escuela. Nos reunimos cuando entramos, y luego tomamos caminos separados y casi nunca nos volvemos a ver.

Al sumergirme en las computadoras de a bordo, la sección se llamaba Sección del Programa de Orientación de Apolo, y puedo recordar muchos de los nombres, no todos, pero un compañero llamado Tom [Thomas F.] Gibson [Jr.] era el jefe de la sección. Había un par de personas relativamente & # 8212 para mí a los veintiún años & # 8212 mayores flotando por ahí, generalmente gente que acababa de salir del ejército, por cierto, y éramos como treinta en una sección. Hoy hay direcciones de ese tamaño. Ciertamente hay divisiones de ese tamaño. Así que esta fue una sección enorme. De hecho, en un par de años, hubo varias reorganizaciones que volvieron a poner las cosas en perspectiva.

Según recuerdo, lo que sucedió fue que fue antes de que yo estuviera allí, llegué en mayo de & # 821666, y creo que en febrero de ese año el programa de software para las computadoras de a bordo Apollo se había metido en serios problemas. Como era de esperar, tenían toda la operación de la computadora en lo que entonces era la Dirección de Ingeniería, todavía bajo Max [Maxime A.] Faget, creo. No estaba funcionando. La mayor parte de la experiencia en software estaba con la gente que estaba haciendo el control de la misión y los sistemas terrestres, y todo eso estaba en MPAD en esos días. Así que decidieron sacar la parte del software y trasladarla a la División de Análisis y Planificación de la Misión en este & # 8212 Creo que entonces se llamaba Operaciones de Vuelo, pero MPAD era parte de un grupo grande que incluía a todos los controladores de vuelo y planificación de la misión, en otras palabras, todas las operaciones frente a la ingeniería. Tenían la organización de la ingeniería de estilo muy militar en un grupo y las operaciones en otro.

Así que todas estas personas & # 8212 bueno, muchas de estas personas & # 8212 fueron trasplantes. Ellos & # 8217d acababan de ser reorganizados. No lo sabía. Sabes, eres joven, tonto, no lo sabes. Todos tenían nuevos jefes y todos estaban averiguando cómo encajar, y tuvimos una gran afluencia de, no sé, tal vez una docena de nosotros que entramos en eso & # 821665, & # 821666, & # 821667 período. Entonces había demasiada gente. Había mucha gente y, por lo tanto, mucho tiempo. Envíanos a la escuela. Envíenos al contratista.

Bueno, hicieron dos cosas por mí que fueron realmente, en retrospectiva, maravillosas. No estoy seguro de que supieran lo que estaban haciendo, pero lo hicieron. Las computadoras de a bordo para Apollo fueron diseñadas y programadas por lo que entonces se llamaba el Laboratorio de Instrumentación del MIT [Instituto de Tecnología de Massachusetts, Cambridge, Massachusetts]. Ahora se llama Charles Stark Draper Lab. Pero no hicieron el edificio. Creo que Delco, una subsidiaria de GM [General Motors], la construyó. Brindaron capacitación en hardware y algunas clases de capacitación en software.

La noción de asegurarse de que todos entendieran todas las entrañas de todo lo que se estaba construyendo en Apollo era muy importante en el programa espacial, por lo que invirtieron mucho dinero en programas de capacitación. Entonces me enviaron a una escuela. Creo que estuvo aquí. No creo que haya tenido que viajar muy lejos. Fue en Houston, quiero decir. Pero poco después de subir a bordo, me fui. Estuve en clases durante cuatro o cinco semanas. Pero tienes que imaginarte, aquí hay un niño que acaba de salir de la escuela y acaba de dejar una larga serie de clases de hardware y, en este momento, realmente se interesa por las computadoras. Entonces, mientras bebía de la manguera contra incendios, no tuve problemas para tragar. Quiero decir, acabo de recoger todo lo que estaban tratando de arrojarme.

Entonces, cuando volví a la oficina después de eso, realmente no me di cuenta en ese momento, pero era un experto. Quiero decir, sabía más que la mayoría de las otras personas. No me refiero a genéricamente, pero me refiero a que si una de las personas era un experto en un área, yo sabía tanto como esa persona en esa área, muy generalista como resultado de esas computadoras a bordo. Entonces, por esa razón, inmediatamente me nombraron líder de grupo. Alguien dividió la organización en grupos y me hizo líder de grupo para algo u otro.

Pero empecé a viajar, entonces, a Boston para visitar el Laboratorio de Instrumentación, y, vaya, nos enviarían, no sé, cada dos semanas subimos. Mirando hacia atrás, es muy divertido, porque estas personas, ya saben, yo tengo veintiuno, veintidós tal vez para este momento, claramente muy mojado detrás de las orejas, y entras en estas oficinas donde estas personas que tienen treinta y tantos años, que para mí eran bastante mayores en aquellos días, están trabajando como locos, y aquí viene este joven con una insignia de la NASA, que dice: & # 8220I & # 8217 estoy a cargo, y quiero saber exactamente lo que tú & # 8217 estamos haciendo y por qué, & # 8221 porque eso & # 8217 es lo que & # 8217 nos habían dicho que hiciéramos.

& # 8220 Seguro. ¿Qué te gustaría que te dijera? & # 8221

No tenía la más mínima idea de qué preguntar, así que ellos nos dirían lo que quisieran. Algunas de estas personas del Laboratorio de Instrumentación fueron realmente buenas. Eran más como & # 8212 bueno, siendo parte de la escuela, eran más como profesores. Querían enseñarle y ayudarlo a aprender lo que estaban haciendo y por qué. Otros lo vieron como una interferencia, ya sabes, & # 8220 Sal de mi camino. Estoy tratando de hacer el trabajo. & # 8221

Creo que mi interés en los sistemas operativos y esa parte del negocio al que me señalaron lo hizo más fácil, porque este es el tipo de trabajo que estas personas habían creado básicamente desde cero, así que les encantaba hablar de ello. Ya sabes, es casi un invento. Así que eso también fue entrenamiento. Allí aprendí mucho sobre Apolo.

Me pusieron a cargo de las cuerdas AS-501 [núcleo]. Teníamos una frase que llamábamos & # 8220 madres de cuerda & # 8221 en aquellos días, sin querer ser sexista en absoluto. Ya sabes, ser padre del desarrollo del software. ¿Por qué cuerdas? Bueno, las computadoras de a bordo en Apollo tenían memoria cableada, no en el sentido actual del chip. Todo era memoria central, pero la mayor parte de la memoria de la computadora a bordo estaba tejida. Si toma un núcleo magnético y lo magnetiza de una manera, lo conserva, y si lo magnetiza de otra manera, lo conserva. Ese es tu uno o cero y un poco. Un núcleo por bit, eso es muchos núcleos magnéticos y mucha potencia, y es muy caro en una nave espacial.

Entonces se les ocurrió una forma de crear un núcleo que tendría muchos bits. Lo que hacen es invertir la inversión de la forma en que lo hicieron con los unos y los ceros. Ejecutarían una serie de cables y, en una palabra de dieciséis bits, pasaron dieciséis cables a través de un núcleo. Bueno, si era uno, lo pasaban por el núcleo, si era cero, lo pasaban por el núcleo. Pero si puede imaginarse un paquete de dieciséis cables de varias millas de largo y una serie de núcleos, millones de ellos, con estos cables atravesando o dando vueltas y luego un cable adicional que se usaría para invertir la polaridad magnética del núcleo, ¿qué pasaría? es decir, si quisieran saber el valor de una palabra en particular, descubrirían qué núcleo, qué núcleo completo, representaba esa palabra, voltéala, y todos los cables que la atravesaron obtuvieron un pulso y todos los cables que circularon no tiene pulso, y esos son sus unos y ceros a la vez. Entonces obtienes aproximadamente dieciséis veces la compresión.

El problema es & # 8212 y, literalmente, parecían cuerdas. Quiero decir, ellos & # 8217d los empaquetaban y los metían en una caja para que se vieran bien, pero según recuerdo, el mito, probablemente el hecho, es que Raytheon hizo esto, construyó estos recuerdos centrales, estas cuerdas, y lo hicieron. en el área de Nueva Inglaterra porque eso & # 8217s donde se llevó a cabo mucho tejido, mucha industria de telas, y literalmente usaron & # 8212, quiero decir, lo que nos dijeron fue que todas eran viejitas que tejían las cuerdas. Confío en que esté más mecanizado que eso. De hecho, recuerdo haber ido a verlo una vez, y no recuerdo que el mito se adelantara al hecho, estoy seguro.

Pero lo más sorprendente fue que cuando llegó el momento de interrumpir el desarrollo de software, fue realmente físico. Quiero decir, una vez que empezaron a tejer, fue muy, muy difícil cambiar algo, como puedes imaginar. Recuerdo que una o dos veces intentaron hacerlo, pero si lo hacían mal, tendrían que empezar de nuevo, básicamente, y esto era muy, muy caro.

El desarrollo de software no estaba muy maduro a mediados de los sesenta. No pasaba mucho. La noción de módulos, subrutinas y cualquier forma de abstracción, que es la forma en que se piensa en la ingeniería de software hoy en día, o no existía o eran conceptos muy lejanos. Toda la programación se hizo básicamente a nivel de unos y ceros, programación en lenguaje ensamblador. El lenguaje ensamblador era tan moderno como lo era, ya sabes, la noción de tener otra computadora que tradujera palabras semi-inglesas a unos y ceros que otra computadora entendería.

La gente del Laboratorio de Instrumentación tenía algunos mainframes que hacían esto, y los programas de computadora para el software integrado estaban todos en lenguaje ensamblador y todos muy bien anotados. Es decir, ponen comentarios en los listados. Pero eso fue todo lo que llegó a la documentación.

Había muy, muy pocos requisitos, y las pruebas eran un concepto nuevo. Aquí fue donde creo que mis colegas que tenían experiencia militar en desarrollo se encontraron con los académicos que tuvieron la experiencia de empujar el estado del arte o la práctica en casi una colisión, y gente como yo quedamos atrapados en el medio. Las pruebas son el nombre del juego cuando estás jugando con sistemas de seguridad de misión, un tipo crítico. Entonces, la idea de tener que probar y volver a probar y cada vez que realiza una prueba de cambio nuevamente era ajena, entendida conceptualmente, pero era un trabajo muy ajetreado, una gran cantidad de gastos generales de la gente del Laboratorio de Instrumentación y el punto de vista # 8217 para pasar y realmente documento, anote todas las pruebas que va a ejecutar, escriba los resultados de la prueba, revíselos y si realizó otro cambio. & # 8220¿Y las pruebas se realizan de forma incremental? ¿De qué estás hablando? Dejemos que & # 8217s lo construya y lo pruebe. & # 8221

Así que la idea era seguir adelante y probar & # 8212la idea que se creó era hacer & # 8212Creo que los llamamos niveles de prueba. Lo hicimos. Dios mío, he olvidado todo eso. Pruebas de nivel 1 a nivel 6. De hecho, tenía que llevarlo hasta el final del programa Shuttle. Mucho, según recuerdo, en un modelo militar, aunque no estoy seguro de que los militares estuvieran tan por delante de la NASA en ese momento.

Pero recuerdo que, una vez más, soy muy joven, no conozco a mucha gente, solo estoy haciendo mi trabajo. Cuando estás en la mitad de los cincuenta, como yo lo estoy hoy, mirando hacia atrás, sientes que puedes hablar con cierta autoridad, pero yo no sabía lo que estaba pasando. Yo & # 8217 soy solo un niño que trabaja en esos días. Pero recuerdo el conflicto. Recuerdo las discusiones. Y cuando estás en el medio, no estás muy seguro de qué lado tomar, ¿sabes? Llega a ser uno de esos & # 8220Puedo ver las razones de ambos lados. Es muy lento tener que probar. Dejemos que & # 8217s continúe construyéndolo. & # 8221

De todos modos, esa fue claramente una de las contribuciones de mis colegas. Stan [Stanley P.] Mann fue uno de los clave, lo recuerdo, M-A-N-N. Era un graduado de la Academia Naval [de Estados Unidos] [Annapolis, Maryland], según recuerdo. Creo que todavía está en la zona. De todos modos, Stan y el resto de la gente realmente presionaron mucho en los niveles de pruebas y se ganaron, y creo que terminó siendo una de las cosas instrumentales que hicieron que la computación a bordo funcionara para el Programa Apollo.

El otro mentor real en mi vida estaba en esos días, un tipo llamado Bill [Howard W.] Tindall [Jr.], quien, desafortunadamente, también falleció en este momento. Bill fue uno de estos que nunca quiso ser gerente, solo quería hacer el trabajo, uno de los verdaderos héroes del Programa Apollo, en realidad. Él era un asistente técnico o algo así bajo John Mayer en esos días en la División de Análisis y Planificación de la Misión.

Bill tenía una actividad que se llamó prioridad de datos. Todavía no recuerdo por qué se llamaba prioridad de datos, pero la noción era, supongo, porque la División de Análisis y Planificación de la Misión se ocupaba de los datos: ¿cómo averigua cuál es la forma correcta de manejar y mover los datos? Terminó poniéndose en el medio debido a los problemas del desarrollo de software a bordo.

Fue en algún lugar de este período de tiempo que nos reorganizamos, y la sucursal de Lynn Dunseith con dos secciones se convirtió en una división con un par de sucursales. Creo que se llamaba División de Apoyo de Vuelo, tal vez. Y ahora que lo pienso, ni siquiera era jefe de división, era como diputado. Tenían un compañero militar llamado Clements, tal vez, Henry [E. & # 8220Pete & # 8221] Clements, creo que tal vez era el jefe de división. Una vez más, estaba bastante deprimido. No presté mucha atención a esos detalles. Sabía que trabajaba para Lynn Dunseith.

Lo gracioso fue que mantuvieron a Bill Tindall en MPAD, y él era básicamente el tipo a cargo del desarrollo de software a bordo, y en este momento estábamos en otra división. Mientras & # 8212I & # 8217m lo pierda en las reorgs. Poco después, hubo otro, y Jim [James C.] Stokes [Jr.], que había estado al frente de esta otra sección para el control de la misión de computadoras terrestres, terminó dirigiendo la división, y nosotros éramos los únicos miembros de su división que no estaban trabajando para el control de la misión. Es decir, toda su división estaba trabajando en software y operaciones de control de misión y demás en apoyo de todos los controladores de vuelo, y nosotros éramos esta sección. Creo que todavía éramos una sección, sí, en algún lugar de una sucursal de esa división trabajando en software integrado. Así que teníamos una especie de dos jefes y, a veces, no estábamos muy seguros de quién estaba a cargo.

Pero recuerdo claramente, al mirar hacia atrás, no había duda de quién estaba a cargo del software integrado. Ciertamente, cuando comenzamos a acercarnos al período de tiempo del Apolo 11, era Bill Tindall, y recuerdo largas, largas, largas reuniones en el Laboratorio de Instrumentación revisando el software.

Retrocediendo sólo por un segundo, este asunto de & # 8220rope mother & # 8221, lo que hicieron fue que los vuelos estaban bastante juntos. Se planeó que estuvieran muy juntos. Entonces, cuando eso sucede, tienes el efecto de superposición. Es decir, está trabajando en varios vuelos a la vez, porque el tiempo para prepararse, especialmente si va a tejer cuerdas, es más largo que el tiempo entre vuelos. Y así, para realizar un seguimiento del paralelismo, & # 8212 usted & # 8217 está trabajando en varias etapas en muchos vuelos a la vez & # 8212, asignarían a alguien para que fuera la & # 8220 madre de cuerda & # 8221, la persona responsable de asegurarse de que todo se hiciera bien en cada vuelo.

Lo interesante fue que este AS-501, o SA-501, como lo llamaban, si fueras un Marshall [Space Flight Center, Huntsville, Alabama] & # 8212, ¿habías oído esa historia? Apolo-Saturno. Ya sabes, el Programa Apolo, [Wernher] Von Braun era muy, muy fuerte, por supuesto, en esos días, y era Saturno el que era el Programa Apolo, por supuesto. Bueno, no, no fue & # 8217t fue la nave espacial que fue el Programa Apolo. Bueno, peleemos por eso. Bueno, llamémoslo los dos, llamémoslo los vuelos Apolo-Saturno. Entonces, si estaba en Houston, era AS, seguido de un número, era el número de vuelo, y si estaba en Huntsville, era SA.

Ese tipo de rivalidad se ha mantenido durante años. Es una buena rivalidad. Creo que la NASA se creó a propósito de esa manera. Si crea algo de competencia, generalmente el progreso es más rápido. Creó algunos grandes silos de los que tal vez volvamos y hablemos más tarde de eso, realmente deberían desaparecer con el tiempo, pero en esos días era una gran competencia y no había mucha superposición. Quiero decir, si estabas trabajando en el Programa Saturno, era diferente a trabajar en la nave espacial.

De todos modos, yo era la & # 8220rope madre & # 8221 para este Apollo-Saturn 501, que era un vuelo no tripulado. Fue el primer lanzamiento de ese enorme vehículo de lanzamiento de treinta y seis pisos. Eso es lo que me llevó al centro de control. Si cree que la gente a cargo del software no tenía mucha experiencia en computadoras y software, puede imaginar cómo fue para los controladores de vuelo. Ellos no lo hicieron & # 8217t. Además, las computadoras de a bordo en Apollo eran computadoras de guía. Su función no era la informática como se piensa hoy en día, ni siquiera en un avión. Quiero decir, hay orientación y navegación en esas computadoras, pero no hay planificación de vuelo, nada de eso. Básicamente, lo que hacían esas computadoras era volar el vehículo. Para eso era.

Entonces, las personas que crecieron en sistemas de vuelo de cualquier tipo estaban acostumbradas a los sistemas de vuelo analógicos.Así que esto todavía era un sistema de vuelo para ellos, no un sistema informático, y había computadoras en él, pero la noción de que el mundo estaba cambiando no nos había llegado a ninguno de nosotros. Quiero decir, no se puede predecir el futuro fácilmente, pero la noción de que se trataba de una computadora rodeada de cables y tuberías no había llegado realmente. Eran cables y tuberías con algunas computadoras, ¿de acuerdo? El giro fue al revés. Así que las computadoras eran un dolor de cabeza. No funcionarían. Habría errores de software. & # 8220 ¿Qué es todo esto? Sólo quiero que funcione. & # 8221 Los problemas reales están en la propulsión o en & # 8212, ya sabes a qué me refiero con plomería. Me refiero a recipientes a presión y cosas así. Ahí es & # 8217s donde está el verdadero tipo machista de negocio espacial, y, & # 8220Todas estas cosas de la computadora, sáquenlo de mi cabello. & # 8221

Entonces, en este mundo de control de vuelo, los controladores de vuelo son una especie de raza diferente en la NASA. Casi todos tenían algún tipo de experiencia de pilotaje, destinado a ser así. Tuvieron que atraer a algunas personas que eran mucho más académicas en esos días, personas que sabían algo sobre la dirección y orientación de la trayectoria, etc. De hecho, enterraron a todos esos tipos en la primera fila del control de la misión. Lo llamaron & # 8220The Trench & # 8221 y los enterraron allí, casi literalmente, el oficial de dinámica de vuelo, FIDO, el oficial de orientación, GUIDO.

De todos modos, no tenían mucha gente que supiera mucho sobre computadoras, así que dijeron: "Queremos algo de apoyo". En aquellos días, todos estábamos en la misma dirección, así que yo y un par de personas más me prestaron para ir a sentarse en lo que se llamó la sala de apoyo al personal, o SSR, y apoyarlos. Tienes una foto. Gene [Eugene F.] Kranz fue muy activo en esos días como uno de los directores de vuelo. Chris [Christopher C.] Kraft [Jr.] estaba a la cabeza de todo. Fue mucho hacerlo por los números. Todo el mundo sabía que sería una gran cantidad de gestión de crisis.

Entonces, cuando miro hacia atrás, querían personas que fueran bastante jóvenes allí porque fueran obedientes. La experiencia no significaba mucho, porque no había experiencia en ese negocio. Gran parte del trabajo diario era bastante aburrido porque estabas siguiendo el libro, pero estas personas escribieron sus propios libros. Eso es lo divertido. Ellos & # 8217d escribirían sus propios procedimientos y reglas y luego los seguirían, ¿de acuerdo? Fue como escribir una obra de teatro y luego tener que pasar por ensayos para actuar en ella, pero tú escribiste la obra, así que fue divertida, ¿de acuerdo? Más divertido para ellos.

Pero no entendemos todo esto, así que hicimos que estas personas vinieran y se sentaran en la sala de apoyo para apoyarnos. Ellos tampoco saludan. [Risas] Yo y colegas como yo de MPAD, o ex-MPADers, por así decirlo, éramos todos, incluso entonces, sabíamos que no éramos controladores de vuelo, así que éramos una especie de pícaros en ese entorno. Pero sabíamos nuestras cosas. Sabíamos muy bien nuestras cosas. Así que terminé pasando mucho tiempo sentado en una consola y mirando las computadoras a bordo.

Este es un buen punto para intercalar una historia de tecnología. En aquellos días, el ícono de una computadora era una unidad de cinta. Estoy seguro de que todos ustedes son demasiado jóvenes para recordar eso, pero cada vez que alguien tenía una caricatura de una computadora, siempre tenía una caja con dos ojos, ya sabes, las dos cintas que giraban. Hoy en día, un icono es un CRT, la pantalla, pero en aquellos días era una unidad de cinta. Ves las películas antiguas, primero ves las películas antiguas, ¿qué viste en una computadora? Viste una fila de unidades de cinta y luego verías la consola con todas las luces parpadeando, lo que generalmente no significaba nada.

Entonces, cuando ingresó al control de la misión, eso fue lo que vio en el primer piso, todos estos grandes mainframes de IBM con las unidades de cinta giratorias y las luces parpadeando y todo eso. Pero cuando subías a las salas de control, tenían CRT, televisores. De hecho, podrías ver estas cosas. Eso, absolutamente, no significa nada para nadie hoy. Así es como funcionan las computadoras hoy en día, ¿verdad? Pero en esos días, si pasaba su vida frente a un teclado escribiendo tarjetas perforadas y cuando la computadora funcionaba, lo volvía a poner en papel, poder ver las cosas que suceden en la pantalla en tiempo real era absolutamente increíble, especialmente si sabías algo sobre computadoras.

Bueno, para alguien como yo, fue doblemente asombroso, porque no estaba viendo lo que estaba pasando. No estaba mirando la pantalla de la computadora para ver datos de trayectoria o presiones o sistemas de plomería. Estaba mirando la computadora para ver el interior de otra computadora. Es como tener una máquina de rayos X. Es como ir a la escuela de medicina, recibir entrenamiento en el cuerpo humano, pero antes del tiempo de los rayos X y luego, de repente, poder ver, vivir, ya sabes, con una radiografía o algo así, ¿qué? 8217 sigue y dice, & # 8220 Oh, sí. Aprendí todo eso. Así es como funciona. Pudimos ver el interior de las computadoras a bordo de Apollo y pudimos ayudar a decirles qué tipo de pantallas escribir para nosotros.

Bueno, mirando hacia atrás, lo asombroso no era muy profundo. Esas pantallas de computadora que vimos, el mainframe que ejecutaba todo el control de la misión era solo uno y en realidad tenían dos. Tenían una primaria y una de respaldo, y se ejecutaban en tándem, por lo que en un campo podían intercambiarse con el otro. El MOC lo llamaron, la Computadora de Operaciones de Misiones. Esa computadora es bastante lenta. Los mainframes, incluso en aquellos días, podían hacer muchas cosas a la vez y eran muy, muy capaces de bombear una gran cantidad de datos hacia adentro y hacia afuera, incluso tanto como cualquier computadora de escritorio puede hacer hoy, mucho más, pero en computación sin procesar. poder, son muy débiles. Una computadora central grande no era mucho más poderosa que las computadoras de escritorio actuales, y ciertamente no tenía la memoria de las computadoras actuales.

Entonces, si puede imaginar la programación que tuvieron que hacer para manejar cientos de pantallas y hacer todos los cálculos a la vez, en primer lugar, funcionó bastante lento y, en segundo lugar, fue difícil conseguir recursos informáticos. La forma en que obtuvieron más rendimiento en esos días fue descargar cosas. Quiero decir, la computadora debía simplemente generar números, no tratar de pintar imágenes, y lo harían con otros dispositivos con los que hablaran las computadoras. Así que, como el mapa del mundo que está en el frente del centro de control, en aquellos días el mapa del mundo era una diapositiva pintada de un mapa del mundo, y las trayectorias eran básicamente un Etch-a-Sketch. ¿Los has visto alguna vez?

Rusnak: Si.

Garman: Bueno. Así es como funcionó. La computadora literalmente grabaría, conduciría un bolígrafo. Ellos & # 8217d grabaron en algo que proyectó la trayectoria. Parecían ondas sinusoidales en la proyección de un localizador. Así que la computadora no tuvo que hacer mucho, simplemente trazar la línea y listo. Lo mismo en las pantallas. Las pantallas que miramos eran solo columnas de números, y todos los nombres & # 8212 ya sabes, si & # 8217 quieres tener un texto que diga cuál era el número, como el tiempo, estaba en una diapositiva, estaba literalmente impreso en una diapositiva.

Entonces, cuando llamó a una pantalla, habría un asunto de Rube Goldberg del que estaban muy orgullosos. La computadora mostraría sus números en un CRT, está bien, y aquí & # 8217s algunas columnas de números & # 8212 solo imagínelo, columnas de números & # 8212 y luego una diapositiva entraría sobre eso y otra cámara tomaría una foto de los dos juntos, y lo que vimos en las pantallas de las computadoras fue el compuesto. Bueno, eso es lo mejor que hicimos en esos días.

Recuerdo que en la película Apollo 13 en la que estaba Tom Hanks, recuerdo que la gente preguntaba, cuando veían estos controladores de vuelo sentados allí con sus reglas de cálculo, & # 8220 Con toda la potencia informática, ¿estabas usando reglas de cálculo? & # 8221 Sí. Absolutamente. Las computadoras no pudieron hacer nada. No podía interactuar con ellos. Simplemente bombearon datos a los CRT. Era en gran medida el paradigma de la operación de mainframe en cualquier entorno por lotes donde, en lugar de obtener impresiones, aparecía en vivo en la pantalla, pero era continuo y era difícil de cambiar excepto para seleccionar diferentes cosas para mirar que estaban pre -programado. Entonces, sí, a todos nos dieron reglas de cálculo circulares e hicimos nuestras cosas.

De todos modos, esa tecnología me asombró absolutamente, me cautivó y la capacidad de mirar fijamente una computadora. Tenga en cuenta que nos sentamos a través de cientos de simulaciones antes de cualquier vuelo, y usted sabe que es una simulación, por lo que es todo un juego. Bueno, cuando me senté en el control de la misión para el primer vuelo Apolo-Saturno y comenzó y de repente me di cuenta de que estaba mirando una computadora que literalmente estaba en el espacio & # 8212 y en el espacio todavía es nuevo & # 8212 tiene que ser increíble de nuevo. . Fue absolutamente asombroso.

¿Has visto la película Matrix? Cualquiera que mire esto años después se reirá de mí por esto, pero hay una escena allí. Esa película fue la noción de que el mundo real es un mundo virtual, todo & # 8217 está impulsado por computadoras, y hay & # 8217 una escena en la que & # 8217 hay un compañero mirando esta especie de cascada de números en una pantalla, y el personaje principal dice , & # 8220Bueno, ¿qué estás mirando? & # 8221

Él dice: & # 8220I & # 8217 estoy mirando ese mundo virtual. & # 8221

& # 8220 ¿Puedes mirar esos números y realmente verlos? & # 8221

& # 8220 Oh, sí. Hay & # 8217 una mujer joven caminando, & # 8221 o algo así, y él & # 8217 está mirando los números. Eso fue un deja vu para mí en una escala muy pequeña, porque no pudimos hacer que pusieran nada en la pantalla de las computadoras, excepto los números octales. Gran parte del progreso de las computadoras se basó en lo que se llamó bits de bandera, ya sabes. Enterrado en una palabra de dieciséis bits, todo significaba algo. Si era uno, significaba que la computadora había pasado de cierta etapa en el proceso. Quiero decir, no importa qué. Cientos de estas cosas.

Entonces, si conociera los programas de computadora y hubiera memorizado todos estos bits de bandera, podría mirar estos números octales, y un solo dígito octal es una combinación de tres bits binarios, por lo que tiene que hacer la conversión en su cabeza. Puede mirar estos números octales, y son absolutamente insignificantes. Quiero decir, la etiqueta en la pantalla sería la palabra de la bandera uno, la palabra de la bandera dos, y nosotros & # 8217 miraríamos estas columnas de números y diríamos, & # 8220Sí, la computadora & # 8217 está haciendo esto, la computadora & # 8217 está haciendo eso & # 8217 # 8221 La gente se acercaba y decía: & # 8220Tú & # 8217 eres raro. & # 8221 [Risas] Bueno, sabíamos exactamente lo que estábamos mirando, y & # 8217 es un idioma completamente extraño para cualquiera que se acerque. De todos modos, ese deja vu fue algo divertido para mí al ver esa película.

Apolo, sí. Bueno, sentados en el centro de control, aprendimos algo rápidamente, y esa fue la ley de Murphy. Si las cosas pueden salir mal, lo harán. El software era sin duda un ingrediente nuevo en las naves espaciales en aquellos días. Fue maravilloso porque de alguna manera se podía cambiar para no tener que volver a cablear todo si había un problema de diseño. Podías entrar y cambiar el software, no permanecer igual porque teníamos que tejer las cuerdas o algo así si tuviéramos que hacer un cambio.

Pero nos daríamos cuenta de que podríamos hacer algunas reprogramaciones en tiempo real de las computadoras. Si bien la mayor parte de la memoria estaba así de cableada, tenía que haber algo de lo que se llamaba memoria borrable, el tipo de memoria a la que estás acostumbrado en las computadoras de hoy. De lo contrario, la computadora no tendría espacio para hacer cálculos, ¿verdad? Bueno, fueron lo suficientemente inteligentes como para poner puntos de ruptura en el código del software. Por lo general, en estos bits de bandera, el software recordaría dónde estaba y saltaría para mirar el valor en la memoria para decidir a dónde ir a continuación. Eso se hizo principalmente por confiabilidad. Es decir, no teníamos computadoras redundantes. Solo había una computadora en cada nave espacial, el módulo de comando y el módulo lunar, solo una computadora, y estaba diseñada para ser internamente redundante. Es decir, cualquier componente podría fallar en la computadora y aún funcionaría. No es ningún componente, pero estaba destinado a ser extremadamente confiable.

He perdido totalmente el hilo de mis pensamientos. ¿Te ha pasado alguna vez? ¿Estás en medio de una descripción de algo y te va mal?

Rusnak: Seguro.

Garman: Oh, sí, los puntos de fuga. Por lo tanto, el software fue diseñado para que memorizara dónde estaba, de modo que si se interrumpía y no sabía lo que estaba haciendo, pudiera retroceder y reiniciarse. Se llamó reiniciar. Todos los cálculos se hicieron de manera que a medida que el software avanzaba & # 8212mucho software es cíclico, por supuesto & # 8212, pero a medida que avanzaba a través de cualquier ciclo, memorizaba escribiendo datos en esta memoria borrable donde estaba de tal manera que si se pierde, puede volver al paso anterior y rehacerlo. Esta era la forma en que podía recuperarse de fallas transitorias, o & # 8220 Me perdí. & # 8221 En los mainframes lo llaman AB-END, final anormal. En el mainframe, haciendo programación por lotes, si el software levanta las manos y no & # 8217t sabe qué hacer, simplemente descarga el programa, hace un volcado y dice & # 8220AB-END. & # 8221 Usted no & # 8217t que cuando estás volando una nave espacial sigues adelante. Así que la noción de reinicio estaba ahí.

Bueno, al tener que poner todo eso en una memoria borrable, había un grado de reprogramación que se podía hacer. Recuerdo muy claramente que tuvimos que discutir para permitir a los astronautas la capacidad de teclear números octales en la memoria borrable. La interfaz de la computadora en esos días era un dispositivo llamado DSKY, pantalla y teclado, y el paradigma utilizado eran los verbos y los sustantivos. En realidad, había una tecla V para verbo y una tecla N para sustantivos. Entonces, tal vez un verbo sería & # 8220display & # 8221 y luego un sustantivo sería lo que estaba mostrando. Sin cartas, por supuesto. Son todos los números. Pero con verbos de dos dígitos y sustantivos de dos dígitos y había, creo que fueron tres visualizaciones de cinco caracteres, eso es todo, tres porque en la navegación vivías en un mundo de tres ejes. Así que, al igual que la velocidad, habrá X, Y, Z. Siempre habrá tres de todo.

De todos modos, las entradas y las pantallas de la computadora eran esta serie de verbos y sustantivos. O la computadora colocaba un verbo y un sustantivo para decirle lo que estaba mostrando, o el astronauta ingresaba un verbo y un sustantivo para decir lo que él o ella & # 8212 era todo & # 8220he & # 8221 en Apollo & # 8212 estaba intentando hacer.

Todos trabajamos muy duro para que pusieran el antiguo verbo veintiuno, sustantivo uno & # 8212 todavía recuerdo el verbo y el sustantivo & # 8212, que era la noción de teclear en la memoria, en una ubicación específica de la memoria, en la memoria borrable, una valor específico. Eso fue horrible, por supuesto, porque podría destruir la computadora de esa manera si ingresaba el valor incorrecto. Permítanme señalar que son solo computadoras. Recuerde, este es un mundo diferente. Quiero decir, un astronauta también podría agarrar el interruptor equivocado y destruir el vehículo. Vamos. Si algo sale mal, querrás tener la capacidad de solucionarlo. Eso es parte de la noción de tener seres humanos en el espacio. Entonces eso sucedió.

Pero luego, con el tiempo, creamos todos estos pequeños procedimientos en el bolsillo de la cadera que resolverían problemas en los que nadie había pensado. Cuando miro hacia atrás en eso, estoy horrorizado, porque los tendríamos escritos en la parte posterior de los sobres. Las consolas tenían plástico como el que tienes hoy en una mesa. Pegaríamos estas cosas debajo del plástico de la consola, y durante las simulaciones las usamos. Ya sabes, & # 8220Bueno, diles que hagan el verbo veintiuno y el sustantivo this para que vayan a arreglar eso o aquello. & # 8221 Ellos & # 8217 irían a hacerlo, y funcionaría, y llegó al punto en que se enojaron a nosotros. Literalmente se enojaron con nosotros, porque, & # 8220¿Cuántos de esos tienes? ¿Han sido probados? & # 8221

& # 8220No. Pensamos que funcionaría. & # 8221

Ahora, recuerde, somos jóvenes y somos estúpidos, ¿verdad? Quiero decir, solo estábamos tratando de hacer el trabajo. Entonces, la noción de programación de memoria borrable, EMP, llegó a ser muy, muy popular. Espero estar en el programa correcto. Con Shuttle y Apollo terminamos haciendo los dos, pero sí, fue Apollo. Ciertamente fue Apolo, sí. Estoy mirando hacia atrás. Porque Ken [Thomas K.] Mattingly [II] fue uno de los campeones de la programación de memorias borrables.

Así que después de un tiempo, incluso eso se formalizó. Es decir, tendrías todas estas pequeñas cosas extra que harías y que nosotros documentamos y probamos en todas las simulaciones de antemano, y de hecho se incorporarán a la lista de comprobación de la tripulación. Pero cuando estás pensando en soluciones y arreglos, eso es algo interminable, ¿verdad? Pase lo que pase, siempre tendremos algunas docenas de pequeños arreglos en nuestro bolsillo. Quiero decir, en el mundo del hardware, la gente no pensaba en eso. Sabes, intentas documentar todo, pero, sí, si tuviste este tipo de falla, bueno, intentemos tirar ese disyuntor antes de hacer esto para hacer eso. No pensaron en eso como un procedimiento que debería haber sido probado antes del lanzamiento. Fuiste lo suficientemente inteligente como para entender la plomería y olvidar que eso es lo que hay que hacer. Bueno, es lo mismo en las computadoras, pero recuerde, dan miedo y hay muy poca gente que las entienda. & # 8220¿Estás mirando qué hay en esa pantalla? & # 8221 Ya sabes, es un poco misterioso.

Este es probablemente un buen punto para saltar a la experiencia del Apolo 11. Fue increíble. Tuvimos muchos vuelos que conducían al Apollo 11. Yo no estaba en la tripulación ni nada por el estilo. Solo estaba mirando, sentado en consolas entre vuelos, haciendo simulaciones.

Recuerde, esta noción de reinicio la describí, donde la computadora puede regresar, durante las simulaciones en el control de la misión, porque me senté en una habitación trasera, en una sala de apoyo, nunca fui un & # 8220 controlador de vuelo, & # 8221 I decir con comillas. Había otro grupo de personas en el juego del control de vuelo en esos días. Estas eran las personas que eran los entrenadores. Pensarían en los problemas, las fallas que causarían. Tienes que imaginarte en esos días que cuando te acercabas a uno de estos vuelos & # 8220 yendo a donde ningún hombre había ido antes & # 8221 tipo de vuelos, ellos no querían poner en fallas de las que no pudiste recuperarte. Eso sería desmoralizador y aparecería en los periódicos. Quiero decir, incluso las simulaciones aparecieron en los periódicos. Así que fueron muy cuidadosos al hacer cosas realistas, y predecían cómo reaccionaría el equipo de control de vuelo y qué deberían hacer para corregir el problema, y ​​en general tenían razón.Tal vez a los controladores de vuelo se les ocurriera algo aún más inteligente que los entrenadores, o tal vez menos, y harían un interrogatorio después de cada simulación y lo analizarían con cuidado para ver si habían hecho bien su trabajo. Esta es otra forma de prueba, ¿no es así? Está comprobando que las personas que forman parte del sistema están funcionando.

Bueno, como yo era un tipo de trastienda, no pensaron que era una trampa venir a preguntarnos qué tipo de fallas podían hacer para que las computadoras no funcionaran, porque, de nuevo, no había muchas. de personas que sabían sobre computadoras, y mucho menos sobre las computadoras de a bordo. Así que ayudaríamos a compensar los fallos y luego fingiríamos que no sabíamos cuáles eran. ¿Okey? Y no fue tan malo. Nosotros & # 8217d sugerimos un tipo de falla, y ellos & # 8217d, por supuesto, lo arreglan y hacen uno diferente para que no & # 8217d lo reconozcamos. Quiero decir, también nos estaban probando.

Pero recuerdo claramente haberlos ayudado a encontrar un par de errores informáticos semi-fatales, errores que harían que las computadoras comenzaran a reiniciarse. Bueno, fue uno de esos o una derivación de uno de esos, fue solo unos meses antes del Apolo 11, estoy bastante seguro de que fue mayo o junio y estoy seguro de que ya sabes exactamente cuándo & # 8212 Un joven llamado Steve [Stephen G.] Bales, un par de años mayor que yo, era el Oficial de Orientación, y ese era el puesto de la sala principal que apoyábamos con mayor frecuencia porque miraba las computadoras.

Una de estas alarmas de computadoras locas, & # 8220computadora salió mal & # 8221 tipo de cosas, sucedió, y llamó a un aborto del aterrizaje lunar y no debería haberlo hecho, y asustó a todos a la muerte. Aquellos de nosotros en la trastienda no pensamos nada en eso. Una vez más, no estábamos en contacto con la seriedad de la simulación para el mundo real. & # 8220Bueno, bueno, hazlo de nuevo. & # 8221

Pero Gene Kranz, quien fue el verdadero héroe de todo ese episodio, dijo: & # 8220No, no, no. Quiero que todos escriban todas y cada una de las posibles alarmas informáticas que puedan salir mal. & # 8221 Recuerden, yo & # 8217 estoy viendo esto como & # 8220 Bueno, deberíamos haber pensado en una falla mejor & # 8221 y él & # 8217 lo mira como, & # 8220 Esto puede suceder realmente, & # 8221 en parte porque no entendía las computadoras, pero en parte porque tiene toda la razón. Él & # 8217 está mirando el bosque y no los árboles. Así que nos hizo ir y estudiar todas y cada una de las alarmas de computadora que existían en el código, las que no podían suceder, las pusieron allí solo con fines de prueba, hasta las que eran normales, y para averiguar, incluso si no pudimos encontrar una razón de por qué la alarma ocurriría, cuáles serían las manifestaciones si sucediera. ¿Se terminó? ¿Está muerta la computadora? ¿Qué harías si sucediera, incluso si no lo sabes?

Así lo hicimos. Lo hicimos. Todavía tengo una copia. Está escrito a mano, debajo de un trozo de plástico, y lo anotamos para cada computadora que ejecutamos y lo colocamos debajo del vidrio de la consola. Y efectivamente, según la ley de Murphy, las computadoras de a bordo funcionaban en ciclos de dos segundos, lo que es terriblemente largo en el mundo informático actual.

La noción de navegación y control de vuelo es tal que, como si estuvieras caminando por la calle, abres los ojos para ver dónde estás una vez cada dos segundos, y ves el pasillo a tu alrededor y el techo y la carretera más adelante. y luego cierras los ojos y luego decides dónde poner los pies. ¿Okey? Así que no hay obstáculos delante de ti y todavía no has llegado al final, así que imaginas que probablemente puedas dar tres pasos antes de poder abrir los ojos de nuevo. En otras palabras, interpolas y averiguas cuántos pasos dar. Entonces das tres pasos. Luego te detienes y abres los ojos, miras a tu alrededor, cierras los ojos y te vas.

Así es exactamente como funcionan la navegación y el control de vuelo, ¿de acuerdo? Lea todos los parámetros, haga los cálculos y bombee los siguientes dos segundos y # 8217 comandos para saber de qué manera apuntar las campanas y aceleradores del motor, etc. No importaba si estaba en el módulo de comando con un módulo de servicio detrás de usted haciendo una grabación. O, lo que es más importante en este caso, en el módulo lunar, con ese motor de descenso encendido continuamente y teniendo que ajustarse continuamente. Porque, recuerde, ellos son como un helicóptero, sólo ellos están montados sobre una pluma, ¿verdad?

¿Estás a punto de cambiar eso? Porque haré una pausa si lo estás. Si. Primero necesito un descanso. ¿Por qué no nos tomamos un descanso?

Garman: Así que Gene Kranz nos había pedido que anotáramos todas las posibles alarmas informáticas y lo que podría suceder, lo que podría causarlo. Las computadoras, como estaba comenzando a describir, están funcionando en estos ciclos, ciclos de dos segundos, para calcular cómo se mueven los motores. Cuando llegó a olvidar a qué distancia de la superficie lunar, la conclusión inicial había sido que se necesitaba más precisión para que los programas de computadora duplicaran su velocidad, se ejecutaban una vez por segundo. ¿Okey? Ya sabes, a medida que te acercas al suelo, a la superficie lunar, no quieres deslizarte durante dos segundos completos. Quieres tener un poco más de precisión.

Todo el mundo sabía que las computadoras estarían un poco más ocupadas como resultado de eso. Según recuerdo, hubo algunas cosas que dejó de hacer para compensar eso, pero el hecho es que lo que & # 8217s llamó el ciclo de trabajo de la máquina, es decir, la cantidad de tiempo libre que tenía, disminuiría cuando fuera a la ciclo de un segundo. Creo que todas las pruebas demostraron que tal vez estaba funcionando al 85 por ciento del ciclo de trabajo cuando pasó al ciclo de un segundo.

Una de las alarmas de prueba que había allí era una que decía si era hora de comenzar el siguiente ciclo de cálculos & # 8212 abrir los ojos, mirar, calcular, etc. & # 8212 si era hora de comenzar el siguiente ciclo y todavía estaba en el ciclo anterior, algo anda mal. Esto es como cuando tienes demasiadas cosas que hacer. Se llama "agitar el arco" a todas aquellas tareas que no vas a hacer. Eso no es bueno.

Entonces la computadora se reiniciaría. Eso tiene mucho sentido. Vacíe todo, límpielo, mire esas tablas de reinicio, regrese a la última posición conocida y avance. La sobrecarga no era una situación que jamás se hubiera probado, que yo sepa, pero debido a que ese diseño de reinicio en el caso de problemas desconocidos se hizo tan bien, una sobrecarga es un ejemplo perfecto de un problema desconocido, y resulta que se recuperó.

Bueno, el motivo de la sobrecarga no se conoció hasta dentro de uno o dos días, y un día es mucho tiempo cuando estás aterrizando en la Luna. Cuando llegaron al punto en que cambió al ciclo de un segundo, apareció una de estas alarmas de computadora. Estos son Neil Armstrong y Buzz Aldrin, y están parados en este vehículo. Ellos son las primeras personas en aterrizar en la Luna, y una de estas alarmas de computadora se activa, obtienen este código de cuatro dígitos para lo que es la alarma, 1201, 1202 fueron las dos alarmas, según recuerdo. La única razón por la que recuerdo eso es que un par de amigos me dieron una camiseta que tenía esas dos alarmas cuando me jubilé. Esos eran los números, de acuerdo.

En ese sistema, según recuerdo, en el vehículo, cuando se activaba una de estas alarmas, sonaba lo que se llamaba el sistema maestro de advertencia y precaución. Ahora, dominar la precaución y la advertencia es como tener una alarma de incendio en un armario. ¿Okey? Quiero decir, & # 8220 quiero asegurarme de que & # 8217 estás despierto & # 8221, uno de estos en los auriculares, luces, todo. Supongo que su frecuencia cardíaca subió mucho y todo. Sabes, ya no estás mirando por la ventana.

Entonces, esta alarma de computadora sucedió, y Bales dijo: & # 8220 ¿Qué es? & # 8221 Entonces miramos la lista de esa alarma, y, sí, correcto, y si no se repite con demasiada frecuencia, estamos bien. , porque está haciendo los reinicios y el lavado. No puede suceder, pero como Kranz nos había dicho que lo hiciéramos, dijimos, & # 8220Está bien. Teóricamente, si alguna vez se sobrecarga, ¿qué va a pasar? Bueno, la computadora va a tener una de estas alarmas. Limpiará el sistema de todas las tareas que necesita hacer, de modo que cualquiera que esté allí dos veces debido a la superposición se reducirá a ninguna, y luego, cuando se reinicie, solo volverá a colocar una de ellas. ¿Derecha? Por lo tanto, es autolimpiante, autocurativa, siempre que no suceda continuamente. ¿Derecha?

Bueno, hay un retraso de dos segundos, solo para empezar, está bien, ya sabes, la velocidad de la luz. Entonces, obviamente, no es tan frecuente que el vehículo se vuelva inestable. Así que dije, en este bucle de voz de la trastienda que nadie puede oír, le digo a Steve: "Siempre y cuando no vuelva a ocurrir, está bien".

Bales está analizando el resto de los datos. El vehículo & # 8217 no gira. No podía ver que nada más saliera mal. La computadora se está recuperando muy bien. En lugar de calcular una vez por segundo, de vez en cuando, calcula cada segundo y medio, porque se descarga y tiene que volver a hacerlo. Así que es un poco más lento, pero no hay problema. Está funcionando bien. Por lo tanto, no se repite con demasiada frecuencia, todo está estable, y él hace su famoso & # 8220We & # 8217re go, flight, & # 8221 o lo que sea.

Cuando ocurrió de nuevo unos minutos más tarde, una alarma diferente pero era del mismo tipo & # 8212 Olvidé cuál fue primero & # 8212 Recuerdo claramente gritar & # 8212 por esta vez gritando, ya sabes, en el bucle aquí & # 8212 & # 8221 ¡El mismo tipo! & # 8221 y grita, & # 8220 ¡El mismo tipo! & # 8221 Pude escuchar mi voz haciendo eco. Entonces el Cap Com dice, & # 8220¡El mismo tipo! & # 8221 [Risas] Boom, boom, boom, subiendo. Fue muy divertido.

Lo realmente inquietante fue que después, después de que aterrizaron & # 8212, tengo que decir algo sobre el aterrizaje antes de entrar en eso. Para nosotros, se acabó en ese momento. Es decir, no hay nada que nadie pueda hacer en el centro de control. Estoy seguro de que ya has escuchado muchas, muchas historias de que se están quedando sin combustible y que [capcom] Charlie [Charles M.] Duke, estamos a punto de ponernos azules, y aterrizaron. Todo el mundo está conteniendo la respiración.

Pero el punto más fenomenal para mí, al ver eso, fue que & # 8217 habíamos visto cientos de aterrizajes en simulación, y ellos & # 8217 son muy reales, y en este en particular, el real, el primero, Buzz [Edwin E.] Aldrin [Jr.] gritó, & # 8220 nosotros & # 8217 tenemos polvo ahora, & # 8221 y & # 8217 nunca habíamos oído eso antes. Ya sabes, es uno de esos, & # 8220 Oh, esto es real, ¿no es & # 8217? & # 8221 Quiero decir, lo sabes & # 8217 es real, pero funciona como un reloj, incluso con problemas. Siempre tuvimos problemas durante el descenso. Ocurre un problema, usted resuelve el problema, continúa, sin sudar. Entonces Buzz Aldrin dice: "Ahora tenemos polvo". Dios mío, esto es real. Y no puedes hacer nada, por supuesto. Estás sentado allí. Ahora eres un espectador. Impresionante. Impresionante.

Justo después del aterrizaje, por supuesto, todos los que tienen algo que ver con las computadoras han terminado, tratando de averiguar qué diablos pasó. Recuerdo que entró Dunseith. Habíamos enchufado una grabadora adicional solo para grabar nuestro bucle de voz, y recuerdo que Lynn Dunseith entró y nos pidió que escucháramos la cinta, porque nadie en la sala del frente podía escuchar la conversación de la trastienda. Solo estaban haciendo el bucle del director de vuelo & # 8217s. Dijo algo como, & # 8220Oh, Dios mío, & # 8221 y regresó caminando a la habitación del frente. Fue muy divertido.

Evidentemente, en el calor del momento, toda la atención se centró en Steve Bales y no en mí y mis colegas en la trastienda que lo estaban ayudando, y creo que eso era lo que Lynn estaba haciendo, él estaba caminando de regreso al punto. Decir que es un esfuerzo de equipo y todo eso, lo que hizo Steve Bales, no hay problema, lo fue. La razón por la que menciono eso es que no teníamos ni idea, y hasta años después, no nos damos cuenta de cómo hacer lo incorrecto en el momento adecuado podría haber cambiado la historia. Quiero decir, si Steve hubiera pedido un aborto, bien podrían haberlo abortado. Es cuestionable. Es decir, esos tipos estaban tan dedicados a aterrizar que podrían haber desobedecido las órdenes si no veían algo malo. Pero no obstante, ya sabes, caminos no tomados, no tienes idea de lo que pudo haber sucedido. Ese fue extremadamente, en retrospectiva, uno de esos puntos en los que estabas justo en el & # 8212, eras testigo en medio de algo que realmente podría haber cambiado la forma en que iban las cosas. Así que fue muy bueno que hubiera gente como Gene Kranz y Steve Bales y otros que mantuvieron la cabeza fija y pensaron en ello.

Resultó que los chicos del hardware resolvieron el problema en el laboratorio de instrumentación. Hubo un problema de conexión a tierra en el radar de encuentro. El radar de encuentro se utilizó cuando se asciende para volver a subir al encuentro, y creo que lo habían dejado encendido o algo así. Es posible que todavía haya un experto que pueda decírselo. Pero la forma en que las computadoras hicieron su entrada y salida (al menos estas computadoras lo hicieron) fue leer el mundo analógico, como la posición de una antena de radar en este caso. Tenían convertidores analógicos y digitales que tomarían una medida basada en el voltaje de una posición y la convertirían en un número, un número digital. Pero hoy ese tipo de cosas se escriben directamente en la memoria de la computadora. En esos días, no había tal cosa. Lo que sucedió es que cada vez que la medida analógica se movía lo suficiente como para cambiar un bit, la conversación analógica y digital era simplemente el acto de interrumpir la computadora y hacer que involuntariamente agregue o reste uno a una ubicación de memoria en particular. ¿Está bien?

Entonces, las cosas de los canales o E / S en ese sentido se escribieron directamente en la memoria, que hoy se llama DMA, un acceso directo a la memoria, pero no se hace de esa manera. Se hace a través de hardware. Si el radar o algo se moviera un bit hacia abajo, restaría uno un bit hacia arriba, sumaría uno.

Bueno, debido a que tenían el radar encendido en el momento equivocado, hubo un problema de conexión a tierra, y el convertidor analógico y digital se desviaron. Se llama ruido blanco. Tenía un promedio de cero, que es lo que era, pero deambulaba hacia arriba y hacia abajo, hacia arriba y hacia abajo. Así que la computadora fue interrumpida continuamente para sumar uno, sumar uno, restar uno, restar uno, restar uno, sumar uno, sumar uno, restar uno, sumar uno, restar uno, continuamente, a un ritmo elevado. De hecho, consumió el 14 o el 15 por ciento del tiempo de la computadora.

Entonces, cuando pasaron de un ciclo de dos segundos a un ciclo de un segundo, de repente hubo una carga involuntaria adicional en la computadora que agregaba sin sentido unos, ceros y menos unos a algunos de los ciclos que hicieron que se agotara el tiempo. Funcionaba a un ciclo de trabajo de 101 o 102 por ciento, lo que significa que no había & # 8217t tiempo suficiente para hacer todo. Entonces, tarde o temprano, se sorprendió queriendo comenzar otro ciclo antes de que terminara el ciclo anterior. Se enrojeció, eso lo limpió todo, y debido a que estaba ligeramente por encima del 100 por ciento, funcionaría durante varios segundos antes de que finalmente lo alcanzara y se enrojeciera nuevamente. De ahí el problema.

Bueno, puedes imaginar & # 8212puedes imaginar & # 8212 que hizo todo bien para el aterrizaje del Apolo 11. Quiero decir, resolvieron el problema, cambiaremos esto correctamente, esto no volverá a suceder. Pero, ¿qué más podría haber en el vehículo que haría que las computadoras funcionaran en un ciclo de trabajo del 100 por ciento hasta el punto en que no pudieran sobrevivir? Se reiniciaba con tanta frecuencia que no podía hacerlo. Esto inicia una búsqueda de problemas que se prolongó durante años.

De hecho, saltando adelante, en las computadoras a bordo del Shuttle, realizamos pruebas en las que seguimos robando ciclos de la máquina hasta que fallaba, para averiguar cuál era ese punto. Robamos ciclos. Y las computadoras a bordo Shuttle, debido a esa experiencia Apollo, fueron diseñadas para ser tolerantes a fallas en ese tipo de ciclo. Robaríamos más del 60 o 70 por ciento del ciclo de la computadora, y las pantallas se congelarían & # 8212 tienen CRT reales en el Shuttle & # 8212; las pantallas se congelarían porque esa no era una prioridad lo suficientemente alta. Lo más prioritario es conducir el vehículo, y las pantallas se congelarían, las cosas empezarían a caer, pero seguiría conduciendo el vehículo y, finalmente, con un increíble 60 o 70 por ciento de robo, finalmente fallaría. Esa es una graciosa degradación, ¿de acuerdo? Esa era la idea. Pero eso es inaudito en las computadoras digitales a bordo. Las computadoras digitales a bordo revisadas son engranajes, ¿de acuerdo? Ciclo, ciclo, ciclo, si las cosas cambian, se repiten como un reloj que continúa funcionando, y se supone que debes preprogramar estas cosas para que no se pueda quedar sin tiempo, solo asegúrate de que siempre haya márgenes. .

Bueno, ahí fue donde aprendí a hacer presentaciones, por supuesto. Después de eso, este joven que era una de las pocas personas que realmente podía explicar lo que había sucedido, no tenía que llevar una insignia de la NASA. La gente de Draper Lab podría explicarlo, pero no hablaban muy bien inglés. Y lo digo en el sentido más amable. Existe esta noción de que aprendes a traducir cuando hablas con un grupo de personas que hablan un idioma ligeramente diferente y no necesariamente comprenden. Aprendes a escuchar a los expertos que saben de lo que están hablando y a traducirlo al idioma de las otras personas que necesitan entenderlo, y yo me encontré en esa posición con bastante frecuencia en este jazz informático. Así que terminé dando muchas presentaciones a personas muy experimentadas. Me asustó mucho, pero es donde aprendes a dar presentaciones y hablar.

Pasamos mucho tiempo, por supuesto, asegurándonos de que ese tipo de problema nunca volviera a ocurrir. No lo hizo & # 8217t. Como digo, cuando entramos en Shuttle, se convirtió en un gran debate, del que hablaré en un minuto, sobre cómo asegurarnos de que ese tipo de problemas no ocurran. Pero graban profundamente. Ese tipo de cuasi accidentes se graban muy, muy profundamente en tu mente cuando ves lo cerca que puedes estar de hacer cosas realmente malas.

Las otras aventuras en Apolo fueron, bueno, el rayo en el Apolo 12, ya sabes, durante el lanzamiento. No hay problema. Las computadoras se reiniciaron, ¿verdad? Las computadoras de a bordo, las de la nave espacial, quiero decir. Apolo 13, esa fue la pesadilla de todos, ya sabes, las largas noches, pero no hubo problemas de computadora per se.La idea era conseguir que la computadora del módulo lunar, que fue diseñada para guiar al módulo lunar a aterrizar en la superficie de la Luna, se convirtiera en el vehículo de empuje para impulsar esta pila. Ni siquiera pensé en eso. En realidad, se había pensado en ello. Se había pensado un poco, gracias a Dios, pero la idea de usar el módulo lunar para impulsar toda la pila, en lugar del módulo de servicio, fue un cambio profundo que trabajaron en tiempo real.

Pero nuevamente, eso fue principalmente un problema de prueba. No cambiaba lo que se llamaba cargas electrónicas, cargas borrables, los parámetros que colocamos en esa memoria borrable que no se podía codificar. Había suficientes de esos que virtualmente podía reprogramar la computadora a bordo haciendo eso, y eso es lo que se hizo, y eso fue principalmente la gente de navegación, la gente de control de vuelo y toda la gente del Laboratorio de Instrumentación revisando todo eso. . Así que fui más o menos un observador en la experiencia del Apolo 13, tan nervioso como cualquier otra persona.

Bill Tindall fue el héroe allí. Terminó convocando reuniones interminables, casi las veinticuatro horas del día, no el tipo de reunión que uno piensa en un sentido burocrático. Me refiero a reuniones de lluvia de ideas. & # 8220 ¿De verdad hemos pensado en todo? ¿Hay algo más que podamos hacer? & # 8221 Esa película era buena, pero se necesitaron muchas, muchas personas y las comprimieron en una sola, porque no se puede capturar en una película a toda la gente. Así que fue inexacto en ese sentido, que hay muchísima gente, cada uno de ellos expertos o semi-expertos en su área, sentados alrededor de estas mesas discutiendo y tratando de averiguar si todo se estaba haciendo correctamente, si habían pensado en todo lo posible, como retrata esa película, sin saber cuál era la respuesta, en muchos casos, hasta casi demasiado tarde.

Apolo 14 era la bola de soldadura o lo que fuera, interruptor, interruptor de aborto. Ese & # 8217 es uno de esos & # 8212 que te despiertas y tienes un & # 8212¿cómo lo llaman en la guerra? Estos largos días de aburrimiento y tedio marcados por momentos de puro y absoluto terror. Así es como recuerdo el Apolo 14, porque el Apolo 11 acaba de suceder y se acabó. Apolo 14, estamos sentados allí preparándonos para encender el módulo lunar por primera vez, todavía conectados al módulo de comando y servicio, y la tripulación de allí, comenzando a prepararse para separarse para ir a hacer el aterrizaje. ¿Derecha?

A estas alturas, ¿recuerdas mi idea de mirar todos estos números en las pantallas? En ese momento, han descubierto cómo colocar lo que llamamos luces de eventos en las consolas. Ya no lo hacen, pero lo hicieron entonces. Estas son pequeñas luces en las que colocamos etiquetas impresas, tenían colores, que eran impulsadas por estos bits, algunos de ellos hardware, muchos de ellos software. Entonces, en lugar de tratar de leer todos los dígitos reales, solo tenía estos bancos de luces en toda su consola & # 8212 tenía cientos de ellos & # 8212 de cada evento, elemento o error significativo, y si era un problema, lo coloreamos. rojo si era una advertencia, era amarillo si estaba sucediendo algo bueno, coloreamos la luz verde. Pero todas estas luces.

Entonces, en lugar de mirar los bits en la pantalla, hay un conjunto masivo de luces y, efectivamente, las etiquetas están todas allí, pero después de un tiempo no te importa cuáles son las etiquetas, las recuerdas posicionalmente, ¿verdad? Como en la máquina de escribir. La mayoría de la gente, si borra todas las letras en las teclas principales, aún puede escribir bien siempre que pueda averiguar dónde colocar sus manos. Aprendes posicionalmente dónde están las cosas.

Así que ahora la gente se acercaba a una consola y decía: & # 8220¿Qué significan todas esas luces?, & # 8221, y nosotros & # 8217 diríamos, & # 8220 Bueno, esto es lo que & # 8217 está sucediendo & # 8221. por los patrones de luces. Bueno, es difícil pasar por alto una luz roja, y esta luz de evento en particular estaba en muchas consolas porque era el interruptor de aborto, ya sabes, encendido o apagado. Tenía mucho significado en software, tenía mucho significado en hardware. Y accionaban el interruptor de aborto a propósito durante una prueba para asegurarse de que funcionara, por lo que no era terriblemente extraño que la luz se encendiera y se apagara. Yo no era el tipo que seguía las pruebas de los interruptores. Y olvido quién lo vio. No importa. Quiero decir, todos lo vieron y dijeron: & # 8220 El interruptor de aborto está encendido. ¿Se supone que debe estar encendido? & # 8221

Empiezas a hablar en todos estos bucles de la trastienda, estos bucles de voz en los que podías hablar entre ellos y la llamada a la tripulación, & # 8220 ¿Verificaría que el interruptor de aborto esté desactivado, por favor? & # 8221 Por supuesto, la tripulación & # 8212 ese & # 8217s código. Saben que algo no está bien, porque en este momento ya hemos revisado la lista de verificación y sabemos muy bien que no se supone que esté encendido en este momento, y la tripulación también lo sabe.

& # 8220 ¿Podrías alternarlo, por favor? & # 8221

Lo alternan y cuando lo apagan, se apaga. Lo encienden, lo apagan y se apaga. Bueno, ya sabes, eso no ayuda en nada. [Risas] Oh, no recuerdo si lo alternaron, lo martillaron o hicieron algo, pero se disparó. Se apagó. Creo que en realidad golpearon la consola. Creo que eso es lo que pasó. Supongo que alternar no funcionó, pero presionarlo sí, y ahí fue donde empezaron a concluir que era un problema de hardware.

Entonces, si la conjetura era que era una bola de soldadura o algo suelto allí, que supongo que resultó ser el caso, no creo que lo supieran con certeza, porque para cuando el vehículo regresa, la bola de soldadura y # 8217s & # 8212el vehículo & # 8217t regresa, ya sabes. Se ha ido. Pero asumiendo que ese fuera el caso, concluyeron rápidamente que están en cero G en este momento, y el acto de encender el motor repentinamente pone la gravedad, la gravedad artificial por así decirlo, y lo que sea que esté más suelto comenzará a volar de nuevo. y absolutamente podría hacerlo de nuevo dentro del interruptor.

Un tipo llamado John Norton, sería una buena persona para contactar si alguna vez puede, TRW en esos días. No sé dónde está ahora. El fue un genio. Como muchos genios, tenía problemas para comunicarse con la gerencia, está bien, pero en el juego de computadora, era un genio. TRW tenía muchas funciones en esos días, pero parte de ellas era la evaluación continua e independiente de lo que estaba sucediendo. La tarea de John era mirar todo el código del software integrado y hacer lo que hoy se llama inspecciones de código. Es una parte normal de las pruebas. No se hacía en aquellos días, excepto que lo hizo John Norton.

La forma en que lo haría es, tomaría este horrible lenguaje ensamblador y lo traduciría a su propia versión de un lenguaje legible de orden superior. El Documento Norton, como lo llamábamos, que publicaba para cada versión de cada programa, todo mecanografiado a mano & # 8212 sin procesamiento de texto en aquellos días & # 8212 era nuestra Biblia. De hecho, lo usamos de la misma manera que alguien podría usar una lista de Fortran o una lista de lenguaje de orden superior de un programa para analizar su programa.

Ahora bien, tenga en cuenta que eso no refleja necesariamente cuál es el programa. Quiero decir, si escribe en un lenguaje de orden superior, C ++, ADA, lo que sea, está viendo una versión sin traducir de los ceros y unos reales. Es un programa informático que tradujo, o en este caso, un compañero, la cabeza, que hizo la traducción. Así que es arriesgado depender de eso. Pero, ya sabes, somos tontos. Pensamos que estaba lo suficientemente cerca, y eso es lo que usamos. Eso es lo que solíamos idear con estos procedimientos de memoria borrable de los que hablé antes, lo que lo hacía un poco arriesgado. Siempre trabajaron porque John siempre tenía la razón. Nunca cometió un error. Bueno, hizo un par. Esa es una historia que tal vez pueda contarte algún día.

Tan pronto como sucedió esto, abrimos nuestros Documentos Norton y comenzamos a buscar bits de banderas, recuerde, cosas codificadas de forma rígida. Lo primero que determinamos fue que en el momento en que se encendiera el motor, en el momento en que se encendiera, se apagaría y abortaría, porque esa & # 8217 es la forma en que se programó la computadora y ese & # 8217 es el código duro. Asumiría que la tripulación solo & # 8212primero cicla y lee su entorno cada dos segundos, incluidos todos los interruptores, y leería el interruptor y diría, & # 8220Oh, es hora de abortar. Haré exactamente lo que le dije, y separaré la parte de descenso del vehículo y el ascenso y dispararé de regreso al módulo de comando. No, no queremos hacer eso.

Por otro lado, si hubiera una forma de deshabilitarlo, ¿cómo abortar si es hora de hacerlo? Quiero decir, esto es un Catch-22. Inmediatamente descubrimos una forma de desactivarlo. ¿Recuerda el verbo veintiuno, sustantivo uno? La forma de abortar sería teclear el verbo veintiuno, sustantivo uno, para volver a poner el bit. ¿Okey? Y algunos de nosotros, lo teníamos sobre la mesa en diez minutos, pero eso es muy peligroso. Sabes, si estás abortando, es posible que estés dando vueltas. Puede ser imposible para la tripulación presionar tantas teclas correctamente, y tienen razón, esa no es la manera de hacerlo. Sospecho que lo habría hecho, se habrían arriesgado, pero no si hubiera & # 8217s en cualquier momento.

Así que seguimos cavando, seguimos cavando allí mismo. Bueno, teníamos una línea directa, línea de voz, al Laboratorio de Instrumentación, directamente a la consola en esos días. Esos eran muy caros en esos días. No puedo recordar su nombre, un joven que se metió de lleno, estuvo con nosotros y empezó a cavar muy profundo. Mi memoria, y se dio cuenta de la quinta iteración, se nos ocurrió algo que funcionó. Fue bastante infalible, y eso es lo que se utilizó.

Creo que más entretenido por esto fue mi propio sentido de lo que estaba pasando, porque yo & # 8217 estoy sentado allí en el cuarto de atrás, hay & # 8217 un equipo de nosotros, y estamos & # 8217 mirando esto, y tenemos & # 8217 todo esto & # 8217 # 8212recuerde, las computadoras eran solo cosas que mostraban cosas en esos días. Tenemos estos documentos por todas partes ahora, papeles volando, los libros de Norton abiertos. Estamos animados y hablando, ¿qué pasa con esto? ¿Qué hay de eso? & # 8221 hablando con el laboratorio de instrumentación, hablando con otras personas en el centro de control.

Miré a mi alrededor y detrás de mí había unas diez personas. Todos los íconos del programa espacial estaban detrás de mí. Me refiero a todos: Gilruth, Kraft, todos. Tindall, Dunseith, todo el mundo. Es como una vuelta privada y ver todas las cuatro estrellas detrás de ellos o algo así. Me asustó mucho, porque me desperté que estábamos en serios problemas en este momento.

Mira, están en órbita lunar, y solo tienen un tiempo antes de que tengan que abortar y regresar. No abortar en el sentido del flash, pero solo puedes sentarte allí por un tiempo. Así que solo teníamos como dos horas. Esa es la peor pesadilla de todas. ¿Derecha? Quiero decir, como Apolo 13, dame uno o dos días. Pero esto es como dos horas. Eso es todo lo que teníamos. Puedo estar equivocado. Quizás fueron cuatro horas. Yo olvido. No importa. Pero fue poco tiempo el que tuvimos que encontrar una solución.

Y lo peor de todo, teníamos demasiadas soluciones. Era una cosa de riesgo-beneficio. Tuvimos que hacer esto, pero tienen que teclear el Verbo 21, Sustantivo 1 para abortar. Haga esto, pero tal vez suceda de todos modos. Tal vez este no sea tan bueno y hay una probabilidad de que aborte por accidente, por Dios, el interruptor de aborto se da, da, da, da.

Eyles. Don [Donald.] Eyles en el Laboratorio de Instrumentación lo descubrió, y tan pronto como lo identificó, todos fueron, & # 8220Sí. Eso es todo. & # 8221 Ya saben, cuando todos ustedes & # 8217 están buscando la misma respuesta y alguien tiene el & # 8220Aha! & # 8221 Lo probaron, leyeron el procedimiento, lo insertaron y el aterrizaje continuó y todo estuvo bien. Pero, chico, hablas de esos momentos de terror. Según recuerdo, tuvieron la amabilidad de apartarse del camino, porque cuando sabes que estás siendo observado, no siempre trabajas mejor, a veces trabajas más nervioso. Pero eso fue realmente, realmente fue uno de esos & # 8212peores para mí que el Apolo 11, porque había demasiado tiempo y demasiada gente mirándonos.

No recuerdo de antemano ningún otro problema importante, todo tipo de problemas menores en el software integrado en Apollo, pero nada que haya aparecido en los periódicos, por así decirlo.

Compartiré otro evento, si puedo recordar primero, cosas que recordarás para siempre, ya sabes, cuando estés en esto. Aparte de Buzz Aldrin & # 8220 Nosotros & # 8217 tenemos polvo ahora, & # 8221 llamada, que me despertó, el otro que me golpeó fue antes del Apolo 11, fue el Apolo 8. No es un gran problema, pero por varios de nosotros fue uno de esos momentos de & # 8220Oh, Dios mío, & # 8217 realmente estamos haciendo esto & # 8221 de nuevo.

Las computadoras a bordo funcionaban en un sistema de coordenadas ya que la Tierra es el centro de un sistema de coordenadas X-Y-Z para hacer navegación, calcular la gravedad, todo ese tipo de cosas. El Apolo 8 fue la primera vez que enviamos un vehículo hasta la Luna. También tenía que tener gente. ¿Derecha? Pero fue la primera vez. Solo para dar la vuelta a la Luna y regresar, ese fue el vuelo que se hizo en Navidad y todo eso. Teníamos una de estas luces de eventos en la consola. Tuvimos algunos en esos días. La luz del evento se configuró para que cuando el vehículo se acercara a la Luna, cambiaría los sistemas de coordenadas. En lugar de alejarte, estás cayendo repentinamente hacia la Luna. En el punto donde el campo gravitacional de la Luna es más fuerte que el de la Tierra, usted ha pasado por encima de la cima de la colina y está comenzando a caer.

Para propósitos de navegación, las computadoras harían un & # 8212 quiero decir, usted está navegando, no es gran cosa, usted está simplemente navegando en el camino a la Luna, pero la computadora a bordo para el módulo de comando haría este gran cambio, recalcularía todo y cambiar a un sistema de coordenadas centrado en la luna, y eso fue una luz.

A las dos de la mañana o algo de camino a la Luna, no tienes nada que hacer. Largos momentos de aburrimiento esperando que algo horrible salga mal. Entonces estábamos adivinando el punto exacto en el que se encendería la luz. Ahora, navegacionalmente, sabíamos exactamente el punto en el que el vehículo realmente iba a cruzar este umbral, con la misma precisión con la que lo hacía en aquellos días, pero aquí nos quedamos como un mosquito. Estamos tratando de calcular los ciclos de dos segundos, cuánto tardarán, el tiempo de transporte. Estamos tratando de apostar sobre cuándo exactamente se encenderá esa luz en la consola, ya sabes, el tiempo de espera para que baje la telemetría y todo esto. Sí, estamos un poco locos, pero ¿qué haces tú? No importa quién ganó la apuesta.

Se encendió la luz y todos la miramos y dijimos: & # 8220 Dios mío. ¿Sabes lo que acabamos de ver? Vimos a un ser humano por primera vez que sabemos, jamás, estar fuera del campo gravitacional de la Tierra. & # 8221 ¿Verdad? Porque lo que significaba esa luz era que estaban cayendo hacia otro planeta, cuerpo, allá arriba. Para que otro de esos & # 8212 usted sepa exactamente lo que & # 8217 está haciendo, sepa exactamente qué & # 8217 está pasando, pero cuando algo realmente sucede, obtiene ese tipo de instinto, & # 8220 Dios mío, es & # 8217 real. Ellos & # 8217 están cayendo hacia la Luna. & # 8221 Y eso fue bastante asombroso, bastante asombroso en ese momento.

Rusnak: Bueno, como mencionaste, para estas misiones, por supuesto, estás en la sala de apoyo del personal haciendo estas. ¿Puede describir ese entorno, el tipo de estado de ánimo típico? Usted ha mencionado que hubo esos largos momentos de tedio seguidos de arrebatos de emoción, pero el tipo de atmósfera general, una especie de descripción de cómo se veía, se sentía, ese tipo de cosas.

Garman: Seguro. Hay & # 8217s tanto el final humorístico como el final serio. El final gracioso sería que en aquellos días no teníamos gráficos por computadora como los que tenemos hoy. No tenías Excel o Lotus para dibujar diagramas por ti. Lo que escupían las computadoras eran columnas de números. Entonces, si deseaba visualizar algo, una trama o un gráfico, generalmente se hacía a mano. ¿Okey? Así que tendría a alguien sentado allí, tomaría largas filas de números y los trazaría minuciosamente en el papel de la trama. Así que todos los análisis & # 8212de hecho, en la División de Análisis y Planificación de la Misión, durante años, hubo un grupo de, oh, no sé, tal vez veinte o treinta mujeres jóvenes & # 8212 todas eran mujeres, esto todavía era un gran problema. tiempo sexista, por cierto, como verán en un momento las mujeres jóvenes que hicieron esto. Eso es lo que hicieron. Ellos conspiraron. Fueron llamados ayudantes de matemáticas. ¿Okey?

Y esto era algo muy serio, por cierto. Quiero decir, puedes imaginar lo fácil que es trazar algo mal. ¿Okey? Si eso solía tomar una decisión sobre cómo vamos a hacer algo, puede ser muy serio. Por lo tanto, la precisión al trazar y crear gráficos manualmente era extremadamente importante. Fue realmente. Algunas personas eran muy buenas en eso. Algunas de estas jóvenes eran muy buenas en eso.

Pero durante las misiones, seleccionarían a algunas de las mejores de estas jóvenes para que estuvieran en el centro de control. De hecho, los identificaron y estarían allí, porque tendrían estas grandes mesas con una cámara de televisión cenital mirándolos, de modo que si necesitáramos que se hiciera algo en tiempo real durante la misión, podrían sentarse allí y planear algo. nosotros, y lo llamaríamos en la pantalla, usando la pantalla como un televisor estándar, y hablaríamos de ello.

Pero, por supuesto, la otra razón por la que estaban allí era que la edad promedio en el control de la misión era alrededor de los veintinueve, tal vez veintiséis, y todos eran bastante bonitos, y les encantaba traernos café y hacer cosas así. Durante el Apolo 8, me atrajo una de ellas que luego se convirtió en mi esposa. Así que esa es la parte graciosa de eso. Te preguntas cuántas veces sucedió ese tipo de cosas, todas esas pequeñas historias paralelas sobre el programa espacial, que conocimos en el control de la misión durante el Apolo 8, nos casamos justo después del Apolo 11, lo cual fue bastante divertido. Crió dos hijas. Regresó al trabajo y terminó uniéndose a la NASA nuevamente como persona de la NASA, ascendió muy rápido, lo que fue algo entretenido en los últimos años. Volveremos a eso. Cíñete a la cronología aquí tal vez.

Las salas de apoyo para el personal no estaban alfombradas como la sala de control principal. No tenían pantallas grandes al frente.Aunque en la que yo estaba, que se llamaba sala de apoyo al personal de dinámica de vuelo, sala de apoyo al personal de la trinchera, por así decirlo, teníamos plotters, que eran muy caros, con una cámara para que pudiéramos apuntar a un plotter, un Trazar XY, ya sabes, un dispositivo vertical con un bolígrafo que podría trazar en una hoja de papel. No los usamos mucho, pero ese era un equipo muy caro para esos días. Así que ese fue el único equipamiento único en la sala de apoyo del personal.

El centro de control tenía techos muy, muy altos, y todo era piso elevado, y me refiero a piso elevado real. Era como dos o tres pies por debajo del suelo. Entonces, si miras el antiguo centro de control de hoy, es como un edificio de cinco pisos, pero solo tiene tres pisos porque cada uno era muy grande. Así que entrarías en estas salas de apoyo para el personal y tendrías la sensación de estar en una gran catedral o algo así, porque el techo está muy arriba. Tienes estas filas de consolas. Son todos estándar, ya sea en la sala de control principal o en una sala de apoyo para el personal. Había dos filas de consolas ahí. Una de estas tablas de tramas estaba al lado de la cámara, con la joven sentada allí y estas tablas de tramas hacia arriba, dispuestas como si la sala de control principal estuviera con sus pantallas grandes al frente.

Algo de interés humano en eso era que estaríamos allí todo tipo de horas, pruebas de almohadilla, simulaciones, lo que sea, y teníamos estos paneles de comunicaciones. Eran analógicos, no digitales como lo son hoy, pero tenían la misma idea, en la que en esos días tendrías un botón blanco que presionarías y parpadearía en el bucle de voz en el que estabas hablando. Luego estaban los de color ámbar para los que podías escuchar. Entonces, para muchos bucles, tenías dos botones, el ámbar para escuchar y el blanco para hablar. Entonces, por ejemplo, el circuito aire-tierra, muy pocas personas tenían un botón blanco para aire-tierra, el Cap Com, tal vez el director de vuelo y un par de otros, pero todos teníamos el botón ámbar. Nosotros escuchamos. El director de vuelo & # 8217s gira de la misma manera.

De hecho, si estuvieras en la sala de apoyo del personal & # 8212, creo que más tarde tendremos el bucle del director de vuelo & # 8217s. Seguimos recibiendo estos extraños problemas que explicamos, y se volvió muy torpe para el director de vuelo tener que salirse de su bucle o escuchar. Finalmente obtuvimos el botón # 8217s del director de vuelo, creo, en años posteriores. De hecho, trasladaron la posición a la sala del frente. Hoy se llama DPS [Sistema de procesamiento de datos]. Lo movieron. Es una interesante historia de transición de Apollo a Shuttle, a la que me lanzaré en tan solo un segundo.

De todos modos, en la sala de soporte del personal, había un control de volumen en estos bucles. El control de volumen, el ámbar. ¿Okey? Entonces, la idea era que el bucle en el que estaba hablando, incluso si solo tenía el botón de hablar, lo que escuchaba era un volumen constante, relativamente alto. Todos los ámbar que puedes escuchar & # 8212 puedes escuchar muchos bucles a la vez & # 8212 puedes bajar ese volumen. La idea es que si alguien te habla en tu bucle, lo hará en voz alta para que no te lo pierdas. La otra cosa en la que la mente humana es buena, además del reconocimiento de patrones y mi noción de todos los números o luces, es escuchar muchas conversaciones a la vez. Lo haces en una habitación todo el tiempo. Puedes estar hablando con alguien y escuchar una conversación paralela y saltar a eso y luego volver a tu conversación. ¿Derecha? Usted puede hacer eso.

Bueno, puedes imaginar que, sin nada más que hacer, querríamos escuchar todo lo que estaba sucediendo. Así que tendríamos media docena de bucles diferentes en la parte posterior de la cabeza y los escucharíamos todos a la vez mientras manteníamos una conversación, mientras miramos luces y pantallas. Fue fascinante. La gente podía sentarse allí durante horas y sentir que, cuando se iban, acababan de despertar. Es como conducir. Sabes cómo puedes involucrarte profundamente con tu conducción y olvidarte, & # 8220¿De verdad vine aquí? ¿Qué camino tomé? & # 8221

& # 8220¿Cuántos semáforos pasaste? & # 8221

& # 8220 No lo sé. Eran verdes, ¿no? Estás consciente y estás trabajando, pero estás un poco hipnotizado.

Cada vez que estábamos en medio de operaciones importantes, era algo así. De alguna manera lo perderías. Estabas totalmente inmerso en todas estas voces en tu cabeza, todas estas luces y pantallas frente a ti. En nuestro caso, y cualquiera que hizo un sistema que estaba muy, muy lejos, también tiene continuamente esta imagen mental de lo que está sucediendo y que está tratando de armar en su cabeza, porque no es real, ¿qué estás mirando fijamente, son sólo números.

Algunos de nosotros, como estábamos en la sala de apoyo del personal, también teníamos un altavoz en la consola, por lo que podíamos tener una tercera cosa. Nos conectamos a un conjunto de voz y luego, con el altavoz de la consola conectado a otro conjunto de botones, podríamos activar más bucles de voz. De modo que tenía el enchufe en su oído con el volumen más bajo escuchando, el altavoz con otro en su otro oído, y el más fuerte, que es usted hablando, en el mismo oído. Oh, fue raro.

Particularmente divertido fue que hablábamos con la gente para hacer las cosas. & # 8220Mi CRT & # 8217s roto. ¿Podrías conseguir que alguien lo arregle? & # 8221

& # 8220 ¿Estás seguro? Las cosas van lento aquí. & # 8221

Había un montón de posiciones de la consola que tenían que ver con simplemente ejecutar el centro de control. Estos fueron atendidos por personas de mi propia división. Recuerde, yo estaba en la división donde trabajábamos a bordo de computadoras, un grupo pequeño, pero el resto de ellos eran todos de control de la misión, y no conocía a la mitad de ellos. Con el tiempo, reconocerá las voces y llamará a las personas por su nombre. & # 8220 Hola, Joe. ¿Cómo estás hoy? & # 8221

& # 8220¿Estás en la consola el próximo sábado para la gran prueba? & # 8221

Ya sabes, hablas de un lado a otro y no tienes idea de cómo se ven. Trabajan en el mismo edificio, se cruzan en los pasillos todos los días y no tenían idea de quiénes eran hasta en una reunión, & # 8220Oh, tú & # 8217 eres Joe. ¿Cómo estás? Estoy encantado de conocerte. He estado hablando contigo durante años. Es una de esas experiencias realmente espeluznantes que ocurren cuando configuran un sistema que se supone que te sumerge totalmente en lo que estás haciendo, y no lo haces. realmente puedo ver a todas las demás personas alrededor. De vez en cuando lo haces.

¿Qué más puedo decirles sobre las salas de apoyo al personal? Hubo mucha preocupación porque demasiados cocineros estropearían el caldo. ¿Derecha? Tuvieron mucho cuidado al permitir que la gente entrara a los MOCR, la Sala de Control de Operaciones de la Misión. Recuerdo claramente, si tuvieras una placa verde, podrías entrar a la sala de control. Si tuviera una insignia rosa, solo podría ingresar a la sala de apoyo al personal. Lo protegieron bastante bien, especialmente durante fases críticas como el aterrizaje. De hecho, tendrían guardias allí. De lo contrario, era solo un sistema de honor. Quiero decir, el rosa era bastante visible si entrabas en una habitación. Simplemente no entraste.

Realmente no molestaba a nadie, excepto que de vez en cuando era muy importante decir: & # 8220Mira, vamos a sentarnos y hablar & # 8221 y en la sala principal, simplemente se ponen de pie. y darse la vuelta y hablar entre ellos. Estoy seguro de que has visto esto en imágenes, etc. Ellos & # 8217d se pondrán de pie y hablarán. Pero no podrías hacerlo si estuvieras en una habitación al final del pasillo.

Así que al principio, todos los que teníamos insignias rosas no nos preocupábamos en particular, pero después de un tiempo comenzaron a emitir estas insignias temporales verdes. En otras palabras, ellos & # 8217d emitieron a mí y al equipo de cinco o seis de nosotros en este & # 8212Apoyo AGC era lo que nos llamábamos a nosotros mismos, puesto de soporte informático de orientación Apollo, y el puesto de soporte AGC era el líder y tenía que obtener dos o tres de estas insignias temporales verdes, y eso facilitó la vida. Simplemente nos poníamos uno y entramos en la habitación y podríamos hablar.

Recuerdo que para mucha gente más tarde, fue una de esas cosas que, & # 8220 ¿Obtienes una placa verde o una placa roja? & # 8221 Para las personas que no se sentaron & # 8217 en la consola, que entrarían y hacer cosas, como las jóvenes, las asistentes de matemáticas, todas tenían insignias verdes. Quiero decir, ¿cómo puedes tomar café en el & # 8212that & # 8217s no agradable? ¿Cómo puedes llevar una parcela a la sala principal si no tienes una insignia verde? Así que fue uno de esos juegos. Supongo que esa es una forma de decir que había una especie de clasificación o un sistema de clases. Pero no funcionó realmente, porque algunos de los mejores expertos eran los que no estaban en la sala principal. Era una especie de jerarquía extraña. El control estaba en la sala de control. La decisión, el poder de tomar decisiones, estaba en la sala principal.

Rusnak: ¿Cómo funcionó esa relación entre los chicos de la sala principal y los de la sala de apoyo del personal o apoyándolos directamente?

Garman: Maravillosamente. Recuerde, todos tenemos la misma edad. En Apollo, nadie lo había hecho antes. No había duda de que todo el mundo tenía un trabajo diferente. Hubo muy poca superposición. Y todos estamos muy orientados a los objetivos. Estamos librando esta batalla, es a lo que se redujo, a cómo llevar a la gente a la Luna y regresar varias veces. Así que recuerdo que las relaciones fueron geniales, maravillosas. La gente debatía, discutía y se gritaba entre sí, pero siempre estaba en el debate y discutía y gritaba.

Ahora, mirando hacia atrás, ahora visualizo, puedo recordar, que había política por todas partes, gente que intentaba ser promovida y todo eso, pero cuando tienes entre veintiuno y veinticinco, no piensas en eso. , no cuando eres testigo. Así que creo que muchas experiencias están teñidas por tu edad y a quién conoces. Así que en el nivel inferior, donde estaba, fue maravilloso. No hubo competencia per se. Todo el mundo & # 8217 en un equipo. Todo el mundo tiene miedo de que nos metamos en problemas con los jefes en alguna parte, por lo que siempre tratan de hacer lo correcto.

Recuerdo una vez & # 8212 que no había una cerca alrededor del centro en esos días, y recuerdo una vez que decidí hacer una caminata y caminar tan lejos como pude, y terminé en el lago pasando la West Mansion, ya sabes, al este del centro. Terminé caminando hasta & # 8220Mud Lake & # 8221 [Clear Lake] porque no había vallas en ese lado. Cuando volví, le conté a alguien de la oficina lo bueno que era ir de excursión al bosque, a la pradera, etc.

& # 8220Oh, chico, ¿tienes suerte de que no te pillaron? Usted & # 8217 habría sido despedido. & # 8221

& # 8220 Sí. Sí. Se supone que no debes salir caminando así. & # 8221

Sabes, tienes veintiuno o veintidós años y yo no conocía todas las reglas. No me importaba cuáles eran todas las reglas, y nadie nos lo dijo. Como anécdota, solo comparto que tienes una perspectiva completamente diferente sobre la forma en que funcionan las cosas. & # 8220 ¿Despedido? Dame un respiro. & # 8221 No me importaba & # 8217t. No querían que salieras lastimado, perdido, haciendo cosas, por supuesto, & # 8220 no deberías & # 8217 hacer eso & # 8221 ¿Qué diablos?

Rusnak: Bueno, justo antes de seguir adelante, quería preguntarle, mientras se sumerge en Apolo, sus misiones específicas y el trabajo que se está llevando a cabo, ¿alguna vez se tomó el tiempo para detenerse y mirar a su alrededor en lo que está sucediendo? pasando en el resto del mundo? ¿Está prestando atención a eventos más importantes que están sucediendo fuera del programa espacial?

Garman: Bueno, la guerra de Vietnam, seguro. Quiero decir, la mayoría de los que trabajamos allí éramos o había tres tipos. Había gente que ya había pasado por el ejército. Había gente en el ejército, ya sea en la Guardia Nacional en reserva o teníamos algunos militares apostados en el centro. O había gente como yo que había recibido un aplazamiento. Ya sabes, dijo la NASA, & # 8220 Queremos que trabajen aquí, no en el ejército. & # 8221

Ellos & # 8217d escribirán una carta de aplazamiento, y las juntas de aplazamiento & # 8212 ¿cómo las llaman? A las juntas de reclutamiento no les importaba para quién trabajabas, ya sea para el gobierno o de otro tipo, pero tenían una cierta cuota de jóvenes a los que convocar, y los clasificaban en orden de necesidad y si trabajabas para ti. En esos días, la NASA generalmente estaba bastante abajo en la lista.

Al crecer en Chicago, estaba en una gran junta de draft, así que tuve suerte. Fue por los números. Si las cuotas tenían un tamaño normal, como en general, terminaba escapándome. Pero tuvimos varias personas que no lo hicieron. Estarían en un pequeño tablero de tiro. Recuerdo a un compañero de nuestro grupo, un compañero llamado Sam Ankney, Walter Sam Ankney. Fue & # 821667 o & # 821668, supongo, y lo llamaron. Fue reclutado. Él era de una pequeña junta de reclutamiento en Oklahoma o algo así, y simplemente se quedaron sin nombres. Así que hicimos una fiesta para brindarle adiós, todo este tipo de negocios, y se fue. Regresó dos semanas después. Falló el físico. [Risas] Entonces tuvimos otra fiesta. Bienvenido de nuevo. Se quedó con las computadoras de a bordo durante todo el recorrido de Shuttle, hasta aproximadamente & # 8212, de hecho, se retiró hace un par de años, todavía trabajaba igual, pero las computadoras de a bordo de Shuttle en ese momento, lo recuerdo.

Pero, ya sabes, cuando estás totalmente inmerso en esto, esa vieja noción de que vives para trabajar en lugar de trabajar para vivir. No, no recuerdo demasiado sobre otros eventos. Quiero decir, leíamos el periódico y veíamos la televisión como cualquiera, pero la mayor parte de la conversación de la fiesta era sobre lo que los jóvenes hablaban o sobre el trabajo, no sobre temas de actualidad ni nada por el estilo. Pero, de nuevo, yo era un fanático de las computadoras, así que tal vez siempre sea así para la gente que se mete en algo que les apasiona bastante.

Garman: Quizás ahora sea el momento de hablar de cómo pasar de Apollo a Shuttle. Skylab también sucedió allí, por supuesto. Mi participación no fue muy profunda porque me habían trasladado a Shuttle.

Déjame hablar primero de los tiempos. Usted & # 8217d me preguntó antes sobre ver temas de actualidad o qué estaba pasando. No. Así que fue un rudo despertar después de Apolo cuando la nación atravesó el tipo de problema & # 8220¿Es eso todo lo que hay? & # 8221 con el programa espacial, y nos enfrentamos a algo llamado RIF, una reducción de la fuerza. Para aquellos de nosotros que solo habíamos estado con la NASA durante cinco años, cuatro años, tres años, el gobierno en esos días, y todavía en gran parte hoy, si tiene que hacer una reducción de la fuerza, se basa puramente en la antigüedad, cuánto tiempo usted ha estado con el gobierno, sea un veterano o no. La mayoría de nosotros no lo éramos.

Eso fue traumático. Eso fue muy traumático para los jóvenes, preguntarse si íbamos a perder un trabajo. En retrospectiva, no habría importado. Habríamos pasado a otra cosa. Mientras observaba que los contratos se volvían a competir y veo que los contratistas pierden un trabajo porque su empresa no ganó, los que son buenos, fue lo mejor que les pudo haber pasado. Pasan a algo mejor. Pero no ayuda al trauma. No ayuda al trauma en ese momento.

Recuerdo que uno de mis buenos amigos, que todavía vive, todavía trabaja para la NASA, un compañero llamado John [W.] Jurgensen. Jurgensen fue uno de mis colegas en las consolas durante todo el período. Terminó siendo RIF & # 8217d. Lo volvieron a contratar pronto, según recuerdo, pero en un lugar diferente con un salario más bajo, y con el tiempo volvió a ingresar al sistema, pero fue bastante estresante para la gente. Creo que fue esa sensación de & # 8220 Mira todo lo que hicimos por el país. ¿Por qué el país nos está haciendo esto? & # 8221 tipo de cosas. Quizás algo de eso. No en un sentido negativo real. Creo que todos entendieron lo que estaba pasando, pero fue lo que pasó.

Bueno, estoy sentado allí pasando por estos vuelos Apollo. Veamos & # 8217s, el último estaba en & # 821672. La agencia había decidido, a través de la reducción de personal y todo, decidieron pasar a la Estación Espacial en ese momento. Por supuesto, no pudieron obtener fondos para la Estación Espacial, pero uno de los ingredientes de la Estación Espacial sería un vehículo que sería un taxi para ir y venir. ¿Cómo se llama a un taxi? Un transbordador, algo para ir y venir. Entonces lo llamaron el Transbordador Espacial. La idea sería llegar a la órbita terrestre baja de forma económica y con componentes reutilizables, en lugar de todo esto de usar y tirar, ya sabes. El edificio de treinta y seis pisos de Apollo se va y lo único que se remonta es este pequeño módulo de comando en la parte superior. Ahora, veamos & # 8217s si podemos & # 8217 no hacerlo, usando la frase de [el actual administrador de la NASA Daniel S.] Dan Goldin & # 8217, & # 8220más rápido, más barato y mejor & # 8221.

Así que hicieron lo de siempre, dejaron un contrato. Rockwell ganó, lo que más tarde se llamó la División Espacial de North American Rockwell, pero fue North American Aviation cuando ganaron por primera vez. Muchos de nosotros fuimos trasladados inmediatamente a ese programa, incluido yo mismo. Seguí haciendo algo de soporte en las consolas, según recuerdo, pero el premio fue el verano de & # 821672, fue cuando ganó el primer Rockwell, ganó América del Norte. Salimos a nuestra primera gran reunión para hablar con ellos. Hablé sobre organizarme en la NASA para hacer el software a bordo de Shuttle en mi caso.

Pero lo que estaba sucediendo en el control de la misión fue que, recuerde que dije que éramos apoyo, nunca fuimos controladores de vuelo, y después de esas misiones Apolo, Gene Kranz concluyó correctamente que era muy importante que consiguiera algunos controladores de vuelo que fueran expertos en informática. para que pudieran hacer eso. Así que durante el último & # 8212oh, no recuerdo exactamente cuándo, pero empezaron a prestarme gente. Recuerdo claramente que la gente de Dunseith me preguntó: "¿Estás seguro de que no te importa?". Era como si me estuvieran quitando el trabajo.

Yo & # 8217 estoy diciendo, & # 8220 ¿Por qué debería importarme? & # 8221

& # 8220Bueno, tú & # 8217 eres realmente bueno en estas cosas. & # 8221 Él no quería & # 8217 que yo fuera a ser un controlador de vuelo, ¿ves?

& # 8220No, & # 8221 dije. & # 8220No & # 8217t quiero estar aquí. & # 8221 Después de hacer lo suficiente de esto, lo que terminas haciendo es seguir los procedimientos de otra persona y # 8217s pasándote la vida presionando botones y mirando las pantallas. Por cierto, esa es una forma despectiva de & # 8212 puedes decir lo mismo sobre las personas que hacen programación de computadoras. Todo lo que hacen es mirar los números y escribir código y hacer cosas y hacer que funcione.Quiero decir, hay una forma despectiva de hablar de cualquier trabajo, pero no era mi excitación. Estaba feliz de comenzar a migrar fuera de eso.

Entonces, sí, tomaron a algunas personas de la División de Control de Vuelo y las hicieron sentarse con nosotros durante las últimas misiones Apollo en esta posición de apoyo de AGC, y luego, cuando se reconfiguraron para Shuttle, crearon un sistema de procesamiento de datos, o DPS, posición en la habitación del frente.

Uno de los compañeros que pasó por eso, no creo que haya trabajado conmigo en Apollo, pero terminó pasando por los puestos de DPS, un compañero llamado Randy [Brock R.] Stone, que ahora es el jefe de MOD [Dirección de Operaciones de la Misión]. Varios de ellos. Ron Harbrow [fonético] era otro, un tipo que acababa de jubilarse, ese era el gerente de EVA, astronauta. También pasó por la posición de DPS.

Pero tenga en cuenta, a excepción del Programa Skylab, que básicamente desde el punto de vista de la computadora era lo mismo, solo estaba usando la nave espacial Apollo en la órbita terrestre inferior, y no tuve nada que ver con el vehículo Skylab en sí, excepto por eso, lo que estaba sucediendo era volar una especie de Skylab de fondo mientras la fuerza de trabajo principal intentaba construir el Shuttle.

Skylab ocurrió, creo, aproximadamente un año después del último vuelo de Apollo. Luego tuvieron un último suspiro más, la misión Apollo-Soyuz, recuerda. & # 821674 tal vez. Entonces eso fue todo. No hay vuelos. No hay vuelos hasta el primer vuelo de Shuttle en & # 821681. Así que la agencia pasó por este período de gastar dinero como loca pero sin tener, cotización, & # 8220 nada que mostrar. & # 8221 Está bien. Eso es bueno en algunos aspectos. Pasaron mucho tiempo rehaciendo el control de la misión y cosas así, arreglando las cosas, preparándose, pero recuerdo que fueron años de problemas reales para la agencia desde el punto de vista del dinero porque el cliente y el público, y como las películas, ellos quieren ver acción, y no estaban viendo mucho.

Bueno. Bueno, lo interesante de la llegada de Shuttle fue que después de toda la experiencia de Apollo con el software, Chris Kraft, quien en ese momento era director del centro o subdirector del centro, todavía bajo Gilruth, había llegado a la conclusión de que si querías visibilidad en el desarrollo de cualquier programa, lo que quiere hacer es mantener el software.

Bueno, si hay & # 8217s problemas de hardware, lo primero que & # 8217 intentarán hacer para arreglar el hardware & # 8212 quiero decir en diseño & # 8212 lo más fácil de cambiar es el software. Una vez que comienzas a cortar metal, es difícil cambiar el hardware. El software es fácil de cambiar. Entonces, si hay un problema, lo verá porque vendrá como un cambio en el software. Probablemente la parte más difícil del Shuttle sería el software porque fue diseñado para ser un vehículo puramente de vuelo por cable, todo digital.

Entonces, cuando North American quería en el Programa Shuttle de arriba hacia abajo, forzó la innovación que es un movimiento del contrato de software, del cual IBM era subcontratista, y directamente vinculado al gobierno. Así que el software era el único componente del vehículo, del transbordador espacial, del que North American no era responsable. Era GFE, equipo proporcionado por el gobierno.

Me encanta la controversia, me encanta que me pongan en el medio, y ahí estábamos, justo en el medio, porque pueden imaginarse, aquí, un grupo de ingenieros gubernamentales que salieron de Apollo, y los IBM que ahora trabajan para nosotros y formaron esta división se llama División de Software de Naves Espaciales, SSD para abreviar. Un tipo que había & # 8212 no creo que & # 8217 había hecho mucho trabajo de software antes, pero un tipo realmente brillante llamado Dick [Richard P.] Parten fue elegido para ser el jefe de eso. En ese momento, creo, había estado dirigiendo la operación de computación institucional en el Edificio 12. Esto era & # 821673, creo.

Así que sacaron el contrato, formaron la División de Software de Naves Espaciales, y nos seleccionaron a un grupo de nosotros & # 8212 que ya estaba en él, pero para estar realmente en él & # 8212 y nos fuimos a trabajar con Rockwell & # 8212I & # 8217m voy a llamar ellos Rockwell cambian de nombre tarde o temprano & # 8212 para trabajar con Rockwell en la construcción del software integrado en la computadora que estaban construyendo. Bueno, IBM también estaba construyendo la computadora. El contrato para el hardware, el hardware informático de IBM, era una rama diferente de IBM, y era a través de Rockwell. El software era otra rama de IBM a través del gobierno.

Ahora, eso creó algunos momentos interesantes. Siempre hay un debate sobre algún tema, ya sabes, y hazlo de esta manera. Hágalo de esa manera. & # 8221 El software de a bordo Shuttle, el debate era si utilizar un sistema operativo sincrónico o asincrónico. Lo explicaré brevemente y luego les contaré algunas de las aventuras que lo acompañaron.

Asincrónico es lo que era Apolo. El asincronismo significa que una computadora responde a las interrupciones o actividades de forma aleatoria y hace lo que se supone que debe hacer en orden de prioridad. Es como lo piensas y como trabajas. Si siento un cosquilleo en la garganta, puedo seguir hablando y tomar una taza de café. No tengo que pensar paso a paso. Es como pensar en paralelo.

Los sistemas operativos síncronos son un mecanismo de relojería. Usted asigna ranuras de tiempo a los procesos, y cuando llega el momento de hacer un proceso, lo deja ir, y la prioridad no significa mucho porque hay un orden en serie para las cosas, como en los engranajes y relojes.

El único sistema digital fly-by-wire que se había construido, aparte de lo que había hecho el Programa Apollo, también era en gran parte digital, pero realmente fly-by-wire, sin sistema hidráulico, si mueve una palanca, usted & # 8217 no estaban haciendo nada más que mover interruptores, el único anterior había sido el F-18, según recuerdo, un avión de combate, que había sido hecho por North American Aviation. Así que la gente que tenían para Shuttle eran todos refugiados & # 8212I & # 8217m bromeando & # 8212 eran todos veteranos de ese programa, ya que éramos refugiados de Apollo.

Bueno, esto es una especie de reunión de dos religiones diferentes, porque hemos pasado por esta experiencia de lo que sucede cuando sucede lo desconocido y una computadora no falla con gracia si es un sistema sincrónico, simplemente falla. Sin embargo, el comportamiento en un sistema informático que se construye sincrónicamente es totalmente predecible. Puede probarlo hasta el cabello de un mosquito. Cuando se trabaja con asincronismo, el camino exacto que toma una computadora, qué instrucción se ejecuta en qué orden, nunca es el mismo. Es aleatorio. No es predecible. Esto vuelve locos a las personas que quieren probarse el pelo de un mosquito. Literalmente los vuelve locos. Ahí está el chiste sobre cómo volver loco a un ingeniero, atarlo a una silla y hacer que alguien abra un mapa y lo doble de la manera incorrecta. Esa es exactamente esa sensación de conducir a la gente a tener que estar loco. No puede probar software que & # 8217s se haya creado de forma asincrónica. Tienes que estar loco. No puede crear software que se degrade fácilmente en caso de fallas desconocidas. Y este debate se prolongó durante años.

Bueno, la gente de IBM provenía de un entorno de mainframe que siempre se ejecutaba de forma asincrónica. Esa es la forma en que se hizo. Venimos de un entorno, con el Laboratorio de Instrumentación, que había construido un sistema operativo asincrónico, que funcionaba en unas condiciones bastante salvajes, no solo la del Apolo 11, que era espectacular, sino muchos otros casos. Había sobrevivido a los fallos y avanzaba a toda velocidad, can & # 8217t AB-END. Y la gente de Rockwell vino de un avión de combate muy exitoso que funcionó. ¿Okey?

Bueno, cuando & # 8217re GFE & # 8217 el software, el gobierno gana, excepto que otro nombre real en este juego es un tipo llamado Sy Rubenstein. No sé si lo has encontrado, si tuviste la oportunidad de hablar con él. Creo que todavía está por aquí. Hago. Pero no estoy seguro. Recuerdo que tuvo algunos problemas médicos. Pero Sy era el gran arquitecto de toda la aviónica del Shuttle, todo Rockwell, y era inteligente, dispuesto a superar todo tipo de obstáculos políticos para hacer el trabajo, incluido este maldito software GFE del gobierno. Recuerdo muchos debates largos con él y su gente, pero al final, el gobierno se comprometió.

Había cinco computadoras en el Shuttle. Los llamaron computadoras de propósito general o GPC. No eran de propósito general, pero así se llamaban. Al principio, los cinco GPC se configuraron de manera que cuatro de ellos serían redundantes y harían el control de vuelo y la navegación, la tesis en Shuttle era & # 8220We & # 8217re, no vamos a construir hardware ultra confiable. Esta vez usaremos hardware más barato y simplemente seremos redundantes, y seremos FOFS. ¿Alguna vez ha escuchado ese término? & # 8220Fail op, fail safe, & # 8221 FOFS. Entonces se necesitan cuatro.

Si tiene cuatro & # 8212I & # 8217m sosteniendo cuatro dedos hacia arriba & # 8212 si tiene cuatro y un dispositivo falla, los otros tres pueden rechazarlo. Sabes quién tiene razón. Bueno, todavía estás operativo con tres, porque si tienes una segunda falla, aún puedes votarla. Pero en el segundo fallo solo tienes dos. Estás a salvo, pero no puedes soportar otro fallo porque no sabes quién se equivoca. Entonces, toda la noción en Shuttle era intentar tener redundancia cuádruple para obtener una operación de falla, a prueba de fallas. Es un poco difícil hacer eso con alas. Hay algunas cosas bastante fundamentales en las que no puedes hacerlo, pero en general, en los sistemas que podrían fallar, tenían redundancia cuádruple.

Por ejemplo, había acelerómetros, cosas que miden la aceleración. No pasaron a la redundancia cuádruple en los acelerómetros. Lo que hicieron fue tener un software que tomaría la unidad de medida inercial que medía la actitud, y calculando a medida que se movía el vehículo, calculando qué tan rápido se movía y giraba el vehículo, se podía calcular la aceleración. Así que se usó como el cuarto acelerómetro en términos de ser cuádruple redundante allí.

¿Por qué les cuento esta historia? Bueno, porque resulta que puede tener una redundancia cuádruple en las computadoras, de modo que cualquier falla de hardware con la que pueda estar bien, pero no tiene redundancia cuádruple en el software. Tiene software idéntico en cuatro máquinas, y si hay un error en ese software, como demostramos muchas, muchas veces en el Programa Shuttle, las cuatro máquinas harán exactamente lo mismo obedientemente, votarán entre sí haciendo exactamente lo mismo. , directamente en los tubos, porque hay & # 8217s un error.

Bueno, el software de vuelo de Shuttle se realizó con mucho cuidado y costo. No hubo muchos errores. No sucedió. En un entorno asincrónico, está bien, aquí viene. En un entorno asincrónico, el orden de procesamiento es impredecible y, además, termina teniendo procesamiento paralelo. No es realmente paralelo, pero la computadora deja de hacer un proceso para hacer uno de mayor prioridad y luego salta hacia atrás para continuar con el otro, por lo que es como si fuera paralelo.

Los errores que sucederían al final no eran el tipo de errores en los que piensa, un signo más en lugar de un signo menos o un & # 8220IF-THEN-ELSE & # 8221 que no es & # 8217t correcto. Eran problemas puramente asincrónicos. Si, de hecho, este evento ocurre antes de ese evento y simultáneamente el equipo presiona un botón en este punto, entonces debido a este entorno controlado por interrupciones, el subparámetro no se pasa entre los dos procesos paralelos correctamente y usted tiene un error. Son infinitos, muy, muy difíciles de encontrar.

Entonces, Sy Rubenstein convenció al programa de que construyera un sistema de software de vuelo de respaldo a su manera. Su camino. Así que a la quinta computadora, que había sido diseñada para ejecutar el tipo de carga útil y administración de sistemas durante el ascenso y la entrada, se le asignó la noción de ejecutar software de vuelo de respaldo.

Ahora, un sistema de respaldo en el Apollo o cualquier sentido normal de un vehículo es un sistema completamente alternativo. Ese no fue el caso aquí. Es la misma computadora. De hecho, cualquiera de las cinco computadoras podría designarse como computadora de respaldo. ¿Okey? Mismos requisitos, mismos algoritmos y ecuaciones, manejando el mismo hardware. ¿Qué fue diferente? Mismo lenguaje de programación. Usaron el lenguaje HAL [High Order Assembly Language] para hacerlo. Usaron un compilador diferente en una computadora host diferente, pero seguía siendo el mismo. ¿Qué fue diferente? El sistema operativo. Lo construyeron sincrónicamente. Lo construyeron de forma absolutamente sincrónica.

Entonces, la probabilidad de que ocurra uno de estos tipos de errores de sincronización, aunque sea extremadamente pequeño, sea realmente malo, en la premisa era extremadamente pequeño, pero si sucedía, se convertía en diminuto que sucedería también en la copia de seguridad, porque era un sistema operativo totalmente diferente. Simplemente no va a suceder. Y no es & # 8217t. Nunca lo ha hecho. Nunca lo ha hecho.

Así que pasamos por el gasto de construir una versión completamente diferente del software de vuelo, y Rockwell cumplió su deseo, de acuerdo, ellos también pudieron construir el software. Ellos también tuvieron que construirlo. En retrospectiva, fue lo correcto, y años después, Sy Rubenstein me dijo, en retrospectiva, que el asincronismo era lo correcto en la primaria. Ya sabes, las cosas tienden a evolucionar hacia la respuesta correcta o una buena respuesta con el tiempo.

Lo interesante del desarrollo del software a bordo de Shuttle fue que se quedó sin recursos desde el principio. Es decir, recuerdo claramente en el & # 821678, & # 821679 & # 8212 el primer vuelo orbital fue en & # 821681 como recuerdo, abril de & # 821681 & # 8212 Recuerdo claramente que cuando sumamos todo el código y todo el procesamiento tiempo requerido para hacer todo el software, estábamos al 200 por ciento o algo así. Cuando esté ejecutando esto en simulación, puede hacer que la memoria de la computadora sea más grande artificialmente y todo eso, pero no encajaría. Así que pasamos por fregados, restregando o reduciendo continuamente los requisitos. De hecho, Fred [W.] Haise [Jr.], quien fue uno de los astronautas del Apolo 13, dirigió uno de los equipos de matorrales más infames en el Programa de Transbordadores cuando nos acercábamos al primer vuelo orbital. Este es un punto para mencionar algo.

Por cierto, ese puede ser un buen final para ese tema de discusión, que el software a bordo de Shuttle se construyó tres o cuatro veces en la primaria debido a la limpieza y se construyó una vez más en la copia de seguridad para tener esta forma alternativa de procesamiento para hacer seguro que no hubo errores.

Pero una transición aquí hacia la ingeniería de software para Shuttle fue que lo hicimos en un lenguaje de orden superior. Fue la primera vez que lo hicimos. Lo que voy a decirles, el chiste, es que nunca hubiéramos tenido éxito si no lo hubiéramos hecho en un lenguaje de orden superior, porque cuando revisas el software, es muy fácil de decir, & # 8220Let & # 8217s take esa función, & # 8221, pero cuando intentas encontrar esa función y todas sus entrañas enterradas en lenguaje ensamblador, es casi imposible. Terminas creando más errores y más problemas. Cuando está trabajando en un idioma de orden superior, es mucho más fácil cambiar el software. Así que la noción de usar un lenguaje de orden superior, que hoy es, ya sabes, & # 8220Tú & # 8217, tiene que ser una broma. Nadie hace el lenguaje ensamblador. & # 8221 Bueno, algunas personas lo hacen. No hace falta decirlo hoy, pero en aquellos días el software todavía pesaba algo. Era caro. Es decir, ya sabes, el peso, la memoria, la electricidad y todo eso volar un vehículo, fue un gran problema.

Así que parte de nuestra herencia Apolo fue una empresa. John Miller fue el fundador. Se graduó en la Academia de la Fuerza Aérea en los años cuarenta y creció en el Laboratorio de Instrumentación, creo que en el lado del hardware, formó una empresa llamada Intermetrics. Hoy se llama Averstar. Tienen una oficina aquí. Había dos tipos clave, un tipo llamado Fred Martin y otro llamado Dan Likely [fonético]. Creo que ambos todavía están por aquí. Su idea era tomar la experiencia de Apollo que tenían en ingeniería de software y demás y hacer de ella una empresa.

Nuestra noción después de Apolo, y la NASA tenía un programa de investigación llamado RTOP, Plan Operativo de Tecnología de Investigación, era el nombre del formulario que teníamos que completar para hacer investigación, RTOP. Y me pidieron que hiciera RTOP en ingeniería de software. Así que escribí uno para hacer un lenguaje superior para el próximo programa. Esto fue durante la transición de Apollo a Shuttle. Intermetrics ganó ese contrato y propuso este lenguaje HAL, y salimos y lo hicimos, salimos y les dimos un contrato, y fue otro de los componentes de GFE.

Lo que fue asombroso fue que teníamos en & # 821672, & # 821673, al comienzo del Programa Shuttle, lo que teníamos ahora era Rockwell construyendo el & # 8212 con IBM construyendo el hardware de la computadora, construyéndolo, literalmente, eligieron un off- la computadora AP-101 de estantería que se usaba en aviones de combate, pero tenían y construyeron un procesador de entrada y salida completamente nuevo a su alrededor, por lo que era una computadora diferente. Tuvimos la División de Sistemas Federales de IBM haciendo el software de vuelo, y eso fue a través del lado del gobierno, y luego tuvimos a Intermetrics construyendo este compilador en el que iban a programar el software, que también era un contrato gubernamental que era GFE & # 8217d a través de IBM. ¿Okey? Quiero decir, hablar de ponernos en el medio, poner al gobierno en el medio.

Lo que fue aún más sorprendente fue que, por alguna razón, esta computadora que fue seleccionada no tenía sistema operativo. El AP-1 no vino con un sistema operativo. Quiero decir, esto es como comprar un nuevo chip de computadora y no tener sistema operativo. Entonces no hubo nada. Era una computadora absolutamente desnuda cuando la compramos. IBM dijo: & # 8220We & # 8217ll diseñaremos uno. Continuaremos construyendo. Terminamos, lo llamamos Sistema Operativo de Computadora de Vuelo, o FCOS. Me convertí en líder en eso, por supuesto, después del juego Apollo.

En el juego del software, los compiladores & # 8217 idiomas hablan con los sistemas operativos. Esa es la relación más íntima. Los sistemas operativos son software que realmente se ejecutan en una computadora cuando la computadora está en funcionamiento, mientras que los compiladores generan el código que se ejecuta en las computadoras. Entonces, cuando los compiladores compilan, no se están ejecutando en la computadora. Aunque hoy en día, muchos compiladores se ejecutan en las computadoras para las que generan código. Pero en el sentido de destino de host, ciertamente fue en el caso del Shuttle que el host del compilador era el mainframe de IBM y el objetivo eran las GPC.

Así que la idea de tener estos lenguajes de orden superior se volvió muy intensiva en computación, como puedes imaginar, porque estás hablando de intentar traducir algo más o menos en inglés al código de destino para un GPC, hablando con un sistema operativo. No replica el software del sistema operativo. Muchos de ellos simplemente llaman a las rutinas que existen en el sistema operativo.¿Qué sistema operativo? No existía. Así que terminamos, desde & # 821672 hasta & # 821674 más o menos, construyendo en paralelo el compilador, el sistema operativo y las aplicaciones. Esto nunca se ha hecho antes. Fue estúpido intentar hacerlo de esa manera, pero ya estábamos retrasados ​​cuando se adjudicaron los contratos. Así que esa es la forma en que se hizo. Y además de eso, intentar construirlo de tal manera que pudiéramos tener computadoras funcionando de manera redundante, ejecutando exactamente el mismo código, votando entre sí, cientos de miles de veces por segundo en lo que llamamos puntos de sincronización, puntos de sincronización.

A finales de & # 821674, & # 821675, era Navidad, uno de esos dos años, finalmente se nos pidió que entregáramos algún software al vehículo en Palmdale para realizar pruebas. ¿Por qué? Recuerde, no íbamos a volar & # 8217t hasta la Prueba de Aproximación y Aterrizaje [ALT] en & # 821678, primer vuelo vertical después.

Rusnak: Si pudiera detenerte un segundo, tendremos que cambiar la cinta de audio.

Garman: Estaba hablando de la noción de construir todas estas cosas en paralelo, el compilador y el sistema operativo, construyendo el hardware de la computadora, por cierto, al mismo tiempo, para las aplicaciones. La otra pieza que olvidé mencionar es que estamos construyendo la instalación de prueba al mismo tiempo. Lo llamamos Laboratorio de desarrollo de software. Terminamos usando los mainframes sobrantes del control de la misión. En realidad, estaban en el Centro de Control de la Misión. Olvidé los números. Supongo que se trasladaron & # 8212Estos eran IBM-360. Se trasladaron a mainframes IBM-370 en este momento en el control de la misión. Todo esto sucede en paralelo.

Mi punto en esa pausa, esa pausa anterior, fue que nos pidieron que entregáramos algún software a [Rockwell en] Palmdale [California], donde estaban construyendo el vehículo en 1974 o & # 821675, no puedo & # 8217t recordar. ¿Por qué? Bueno, debido a que este vehículo, el vehículo Shuttle, es básicamente todo conducido por computadora, resulta que no pudieron probar el vehículo sin un software de computadora. En retrospectiva, es simplemente obvio. Quiero decir, ya sabes, solo piensa en una PC. ¿Cómo se extrae un disco duro sin instalar software para que funcione, verdad? Es obvio en retrospectiva, pero recuerde, la mentalidad aquí es la de aviones de antaño, naves espaciales de días anteriores, donde estos sistemas fueron diseñados con puntos de prueba para que usted pudiera probarlos. Hay muchas pruebas que podrían hacer sin la computadora, pero al final, tuvieron que tener algún software de prueba.

Bueno, incluso puede crear software de prueba a menos que se ejecute en un sistema operativo. Estamos construyendo cosas internamente. En otras palabras, quería tomar una muestra de dónde estábamos en el desarrollo del software, agregar algunos algoritmos simples con los que solo querían hacer pruebas y entregárselos. Y lo hicimos, y no funcionó. Simplemente plano no funcionó.

Y de repente, de repente, sobre la base de un requisito que no se había identificado en primer lugar, el software se convirtió en el factor impulsor del desarrollo de Shuttle. Si no puede probar el vehículo, no podrá terminar de construirlo. Si no tiene el software para probar el vehículo, no puede probarlo, por lo que el software se convirtió en el polo largo. Por supuesto que fue el palo largo. No fue & # 8217t Rockwell & # 8217 culpa. El software fue GFE, que se sumó al juego político. & # 8220Te dijimos que deberíamos haber hecho el software en primer lugar. & # 8221

Además de eso, no pudimos hacer que este juego de sincronización funcionara. No solo no pudimos hacer que el software funcionara, no pudimos & # 8217t obtener votaciones de múltiples computadoras, no pudimos & # 8217 que funcionara. Puedo recordar cuando contamos el número de puntos de sincronización exitosos en cientos. Tenga en cuenta que el software que se ejecuta actualmente en el orbitador se sincroniza miles de veces por segundo. Así que este era un problema bastante rudimentario.

Yo estaba en medio de eso, al igual que mucha gente. Terminamos recibiendo una gran ayuda de la alta dirección. Y cuando estás en problemas, también terminas ganando mucho dinero. Sabes, es una pena pensar en ello de esa manera, pero hay dos formas de obtener más dinero: tener éxito o fracasar. Si no funciona y tienes que hacerlo funcionar, inviertes más dinero en él. Si tiene mucho éxito y quiere hacer más, invierte más dinero en él. Así que nunca te encuentres en medio de la mediocridad. Puede que te paguen. No, no vayas allí.

De todos modos, todo salió bien, por supuesto, pero fueron un par de años muy dolorosos, según recuerdo, especialmente para personas como Dick Parten. Yo & # 8217m todavía & # 8212 ¿qué soy? Yo & # 8217 tengo treinta años en & # 821674, así que & # 8217 soy relativamente joven en el juego, hago lo mío y me divierto, pero recuerdo claramente la presión. Recuerdo que Dick Parten y yo tuvimos una discusión una vez, que solíamos hacer, discusiones amistosas. Él era absolutamente uno de estos & # 8220 quiero un horario, quiero un plan, quiero todos los pasos establecidos. & # 8221 Y lo miraba y decía, & # 8220 Sabes, no tenemos idea de cómo hacerlo. algunas de estas cosas. & # 8221 Los problemas no se habían resuelto en la construcción de un sistema operativo que pudiera hacer esta sincronización entre máquinas. & # 8220Tú & # 8217 me estás pidiendo que programe la creatividad. & # 8221

Y él & # 8217d me mira y él & # 8217d dice, & # 8220Sí. Eso es exactamente lo que estoy preguntando.

¿Cómo haces eso? Ya sabes, porque te sientas y estás tratando de averiguar cómo hacerlo. Pero esa es exactamente la posición en la que estaban todos, ya sea que esté sentado en una consola del Apolo 14 con dos horas para resolver un problema antes de poder aterrizar o que tenga un año más o menos para resolver un problema y no lo haga. 8217t sé la respuesta. Así es como funciona la vida. Si no conoce la respuesta, tiene que encontrar una. Supongo que eso es lo que hace que la ingeniería y la ciencia sean divertidas, parte de lo que las hace realmente interesantes.

De todos modos, lo hicimos, terminamos dándonos cuenta. Mucha gente muy inteligente en IBM y entre nuestros colegas de la NASA descubrieron las respuestas a todas esas cosas y las hicieron funcionar.

La luz lateral aquí de la que quiero hablar es este Laboratorio de Desarrollo de Software. Realmente no existía tal cosa en Apolo. Tenían computadoras que simulaban mainframes y ensamblaban su lenguaje ensamblador en máquinas grandes. El entrenador de la tripulación del Apolo, ya sabes, los simuladores en los que entrenan los astronautas, en realidad ejecutó una computadora de guía Apolo simulada interpretativamente. ISAGC se llamaba. Un tipo llamado Jim [James L.] Raney, que estuvo presente durante mucho tiempo, creo que todavía está en alguna parte, lo creó y terminó trabajando en Station, de hecho, en software integrado.

Pero en los días de Apolo, la computadora de a bordo era tan lenta y las mainframes eran mucho más rápidas, hoy son lentas, pero en comparación con la computadora de a bordo hay una gran brecha entre la velocidad de una mainframe y estos eran Univacs que usaban en su simulador & # 8212 una gran brecha entre la velocidad en los mainframes y la lentitud de la computadora a bordo para Apollo, que realmente cargaron la lista, la lista en lenguaje ensamblador, de la computadora a bordo, e interpretaría esa lista y la ejecutaría.

¿Por qué? Porque el software cambiaba con tanta frecuencia que no podían permitirse seguir cambiando la simulación. Como resultado, ayudó a depurar el software. La mayoría de las veces, la simulación estaba mal. La computadora de guía Apolo simulada que ejecuta esta cosa interpretativa de la lista del programa de computadora funcionaría perfectamente, y el simulador no podía manejarlo, y era un problema de simulador. Pero la mayoría de las veces, también se trataba de un problema de software.

Bueno, en Shuttle lo hicieron mejor. De hecho, pusieron GPC, GPC reales, en el simulador y lo rodearon con una caja, cuyo nombre no puedo recordar, que engañó a las computadoras a bordo para que pensaran que en realidad estaban volando cuando, de hecho, estaban sentadas dentro de un simulador y podían ser detenido, recargado rápidamente. Ya sabes, simulaciones, corres a un punto, te detienes, reinicias, retrocedes, continúas, rehaces y cosas así.

Ahora, no podían hacer mucho trabajo de diagnóstico, pero aquí no estábamos cargando los listados, estábamos cargando el código y, debido a que las GPC se ejecutan en tiempo real, el hecho de que las GPC eran computadoras mucho más rápidas. , y la diferencia entre los mainframes utilizados para simular en un entorno simulado y la computadora de a bordo era mucho más estrecha, pero distribuimos la carga. Tienes los GPC reales simplemente ejecutando su software real. Así que el simulador solo tenía que mantenerse al día con el tiempo real, que es lo que los simuladores tienen que hacer de todos modos. Así que funcionó bien. Muy complicado.

Lo mismo se hizo en el Laboratorio de desarrollo de software. El Laboratorio de Desarrollo de Software, el dispositivo se llamaba Dispositivo de Interfaz de Equipo de Vuelo, FEID, que pronunciamos, por supuesto, cualquier acrónimo que supere las tres letras que pronuncia la NASA. Me escuchaste decir NASA. No dije & # 8217t & # 8220N-A-S-A. & # 8221 Dije & # 8220NASA. & # 8221 Se pronuncia. Tres letras, lo decimos. Instalación de producción de software, & # 8220S-P-F. & # 8221 Y pronunciamos que lo llamamos & # 8220spiff. & # 8221 Pero el FEID, F-E-I-D, lo pronunciamos.

El FEID fue la misma idea. Era una caja que conectaste a los GPC reales, y en el otro lado de esta caja estaba el mainframe, donde ejecutamos el código de desarrollador del compilador # 8217, pero, lo que es más importante, ejecutamos toda la simulación para simular el vuelo real del vehículo a probar el software de vuelo. ¿Okey? Ahora, todo esto es digital. En un entrenador de tripulación, hay una gran cantidad de equipo real. Todo esto es digital. No hay cabina. Es todo simulado.

Además, no tuvimos que ir en tiempo real. No hay gente con la que mantenerse al día. Por lo tanto, las simulaciones podían ejecutarse mucho más lentamente que en tiempo real y, a menudo, lo hacían. ¿Por qué? Porque la idea de probar software sería, tal vez quiero rastrear una variable en una ecuación, y quiero verla cada vez que cambia, en una copia impresa o en algún lugar. Bueno, el FEID fue construido para que pudieras hacer eso.

Ahora, tenga en cuenta que estoy mirando una lista de HAL y aquí aparece el nombre de una variable que tal vez se llame altitud. Y de hecho lo deletrean: altitud. & # 8220 Oye, eso & # 8217 es inglés. Puedo leerlo. & # 8221 Donde diablos esa variable estaba en la memoria de la computadora se pierde en la noción de compilación, primero en código binario y luego en este mundo de asincronismo & # 8212 bueno, en realidad, hicimos asignaciones de memoria estática para que supieras dónde estaba, pero cuando cambió de valor, no era predecible.

Entonces, la idea del FEID era que se podían poner disparadores y en realidad congelaría la computadora, la pondría en animación suspendida, buscaría en su memoria y sacaría variables, sacaría parámetros. Bueno, esto hace que funcione más lento que en tiempo real. Entonces, ¿puedes ver la distinción? En un simulador, en un entrenador de tripulación, la misma idea, GPC reales, pero no lo vas a detener excepto quizás para reiniciar un envío. Estás intentando correr en tiempo real. Mientras que en este laboratorio de desarrollo de software, lo estamos deteniendo todo el tiempo.

Bueno, no solo tuvimos que entregar el software a Palmdale y tuvimos que revisar el vehículo, tuvimos que entregar el software para los entrenadores de la tripulación mientras estaban construyendo el entrenador de la tripulación, para ayudar a verificar el entrenador de la tripulación, y mucho menos tratar de hacerlo. trabajar en absoluto utilizando estos FEID. El tiempo dedicado a resolver esos problemas fue interminable. Ahora, tenga en cuenta, esa fue mi primera experiencia en desarrollo. Cuando llegué a Apollo en & # 821666, todo estaba diseñado, bien o mal, y todo estaba tratando de hacerlo funcionar. Entré en Shuttle como en la planta baja, así que me metí en medio de todas estas cosas divertidas de tratar de resolver problemas.

Así que tenemos un Laboratorio de Desarrollo de Software, lo llamamos. Las máquinas anfitrionas son viejos IBM-360 que ejecutaban el centro de control, el complejo informático en tiempo real o RTCC, como llamaban en el centro de control de Apollo, heredamos esas computadoras y construimos esta cosa llamada FEID para conectar estos GPC a y estamos tratando de distribuir software en todos estos otros lugares.

Había otra instalación llamada SAIL, Laboratorio de Integración de Aviónica de Software, que tenía la misma idea. También usó un dispositivo como un FEID con GPC reales, pero tenía equipo real. Su idea no era necesariamente que tuviera que ejecutarse en tiempo real, pero podía realizar pruebas parciales. No estaba tratando de hacer todo. Ellos & # 8217d intentarán extraer hardware real y asegurarse de que & # 8212 usted sabe, hardware construido por ese subcontratista o ese subcontratista o éste, juntarlo todo para asegurarse de que funcione en conjunto. Ese era el propósito del SAIL.

Así que estamos sentados allí desde el 821675 hasta el 821678 más o menos, teniendo que enviar software, no software real, software de prueba, a tres o cuatro ubicaciones diferentes, primero para ayudar a desarrollar la instalación y luego para ayudar a desarrollar el hardware o el propio vehículo. Ese fue otro de los detractores de centrarse en construir realmente el software de vuelo real.

Estoy un poco desordenado aquí, pero si puede sumarlo en este punto, puede ver los desafíos que enfrentamos aquí. ¿Recuerda, el 200 por ciento, el código no encajaba, tenía que limpiarlo continuamente? ¿Está bien? Intentando desarrollar conjuntos completos de software para enviarlos a los laboratorios que lo necesitaban para existir. Además, debajo de todo esto, tratar de desarrollar el software real que va a volar. ¿Está bien? Fueron tiempos realmente entretenidos, y fue increíble que se llevara a cabo. Ahora, recuerdo que la gente dijo lo mismo después de Apolo. No estaba lo suficientemente metido en el desarrollo como para darme cuenta de por qué dicen, & # 8220 no puedo & # 8217 creer que hicimos todo en & # 8221, pero lo mismo en el Shuttle, no puedo & # 8217 creer que hicimos todo eso.

En los vuelos de prueba de aproximación y aterrizaje, sí, Fred Haise voló eso, y fue después de ese vuelo que se metió en el matorral para el primer vuelo vertical, todo el depurador de software. Fred Haise, estaba en el centro de control viendo eso, no en una consola, simplemente enchufé esa, y la separación instantánea ocurrió, en la parte trasera del 747, ya sabes, disparó los pernos explosivos, una de las computadoras falló .

Chico, hablas del aumento de la frecuencia cardíaca. Mira, todavía estábamos & # 8212, no había ningún problema de nuestra parte de que una de las otras tres computadoras se hiciera cargo. Quiero decir, eso estuvo bien. Ninguno de nosotros sabía con certeza que no teníamos problemas genéricos, que cualquier falla que ocurriera en la primera computadora ocurriría inmediatamente en la segunda, tercera y cuarta, lo que habría sido un desastre para el Programa Shuttle. No creo que tuviéramos un BFS entonces. Si lo hicimos. Tenían un sistema de vuelo de respaldo, pero era & # 8212oh, no querías ir allí a menos que tuvieras que hacerlo. De todos modos, eso fue inestable, pero funcionó. Increíble, sabes. Planeas lo desconocido y una falla, y fue, fue una falla de hardware, y las cosas funcionan como se supone que deben hacerlo, y listo, & # 8220Wow. Bueno. Eso es bueno. Eso es bueno. & # 8221

La aventura de Shuttle, el siguiente lugar en el que me encontré sentado frente a un público al que no quería sentarme, fue en el primer vuelo orbital, STS-1. Recuerda que dije que el software de vuelo de respaldo fue diseñado completamente diferente al primario, sincrónico versus asincrónico. El sistema de software de vuelo de respaldo nunca estuvo bajo control a menos que accionaran un interruptor para ponerlo en control. Siempre tenía que estar listo para tomar el control. Por lo tanto, tuvo que escuchar continuamente lo que sucedía en el vehículo para mantenerse al día. ¿Cómo escuchas otro conjunto de computadoras? Escuchas el tráfico de autobuses, el LAIO. No puede & # 8217t usar esas computadoras. Pueden estar equivocados. No puede & # 8217t entregar la computadora principal & # 8212 & # 8212hand los parámetros a la copia de seguridad porque podrían estar equivocados. Puede que estén fallando. Pero puedes escuchar los datos sin procesar.

Entonces, cuando la computadora principal solicita un valor de una unidad de medida inercial y los datos llegan flotando a través del bus, la computadora de respaldo podría escuchar eso y extraer los datos. preguntar. Dicho de otra forma, la copia de seguridad y la primaria deben estar sincronizadas. El primario opera en un mundo asincrónico. La copia de seguridad opera en un mundo sincrónico. Esto fue como intentar mezclar aceite y agua. ¿Okey? Fue hecho por fuerza bruta. Funcionó, excepto eso. Excepto eso. Hubo un pequeño pequeño grande, y no voy a aburrirlos con los detalles del error. Ni siquiera creo que pueda recordarlos a todos. Pero había un error que era una de estas extrañas probabilidades, una en sesenta posibilidades, de que si lo iniciaba, primero encendía las computadoras principales y dentro de un cierto período de tiempo, luego enciende las computadoras de respaldo en el orbitador, nunca & # 8217d sincronizar. La copia de seguridad no podría escuchar el primario correctamente.

Nunca encontré el error. ¿Por qué? Porque era como una probabilidad de una en sesenta, y en todas las carreras de SAIL, simulaciones por computadora, carreras de FEID y todo eso, no enciende las computadoras y comienza desde allí. Empiezas desde un punto de reinicio. Un punto de reinicio puede ser horas antes del lanzamiento, pero construir estos puntos de inicialización del reiniciador de simulación es como un árbol. Comienzas con el tronco, y corres un rato, y construyes una rama para una para esto, y otra para eso y otra para eso, y construyes a partir de esa, pero todas están basadas, al igual que la paternidad. , en el mismo baúl. Y el baúl en particular, o dos o tres baúles, que se usaron no fue el de sesenta que causó los problemas.

Ley de Murphy y # 8217. En el primer vuelo orbital del Transbordador, encienden las computadoras por primera vez para iniciar la cuenta regresiva y dan una probabilidad entre sesenta, la golpean fría. A medida que comenzamos a bajar, las cosas de la cuenta regresiva no están funcionando del todo bien. No están sincronizados. Hay & # 8217s problemas. Entonces, es otro de esos: ¿Vamos a volar o no vamos a volar? Por supuesto, esto es bueno, estamos sentados en el suelo. Aún así, esto es muy vergonzoso. Esto no está bien. Este es el primer vuelo orbital y el software es el problema.

¿Cual fue el problema? Detuvieron el lanzamiento durante dos o tres días, según recuerdo, y creo que es la única vez que el software ha causado un impacto en un vuelo de la NASA como ese, que causó un cambio o provocó un cambio importante. Sí, me encontré hablando con periodistas y todo ese tipo de cosas después de estar despierto toda la noche.Finalmente descubrimos cuál era el problema y, por supuesto, la solución fue muy fácil, ¿verdad? Apague las computadoras, vuelva a encenderlas. Una posibilidad entre sesenta y, efectivamente, no acertó. No es un problema que pueda volver a ocurrir. Verás, una vez que hayas sincronizado, no volverá a ser un problema.

Entonces, absolutamente Murphy & # 8217s Law. Si las cosas pueden salir mal, lo harán. Una de esas aventuras salvajes. Recuerdo claramente que me quedé despierto toda la noche en una sala de conferencias. No creo que tuviéramos que colocar guardias, pero estuvo cerca, para mantener a la gente fuera para que pudiéramos hablar. Ya sabes, sabes cuál es el problema y empiezas a tratar de concentrarte en él. Es una sesión de lluvia de ideas clásica absoluta con personas que dibujan en las pizarras y tratan de averiguar cómo hacer esto o aquello, cuál era el problema . Tomó toda la noche.

Una vez que se explicó, ya era demasiado tarde, por supuesto. El desliz de dos días fue simplemente el cambio. Una vez que decida no lanzarse, desengancha el vehículo y vuelve a iniciar la cuenta atrás, y todo salió bien. STS-1.

La aventura en el transbordador, por supuesto, fue el lanzamiento y el aterrizaje. Esa es la parte difícil. Las computadoras no pueden & # 8217t parar, no pueden & # 8217t fallar, usted & # 8217 tiene que seguir adelante.

Después del Challenger, todos conocemos los peligros del lanzamiento, pero a diferencia del Programa Apollo, donde las computadoras en la nave espacial donde la gente lo monitoreaba, Saturno tenía su propia computadora de vuelo, la unidad de instrumentación. Para Shuttle, las mismas computadoras a bordo controlan todo, se inician hasta el final. A la gente de Marshall no le gustó mucho eso. Querían su propio sistema informático, pero & # 8212 bueno, hay & # 8217 alguna razón para eso, la misma razón por la que Rockwell quería un software de vuelo de respaldo. Si hay & # 8217s más componentes, hay & # 8217s una mayor probabilidad de falla porque cualquiera de los componentes puede fallar. Existe una probabilidad menor de falla porque puede enfocarse por separado, no se mezclan las cosas entre sí. Por lo tanto, es un verdadero comercio en la confiabilidad de los sistemas.

De todos modos, mientras que los motores principales del orbitador, del Transbordador, tienen sus propias computadoras, todo lo que hacen es & # 8212 no debería & # 8217 no decir & # 8220 todo lo que hacen & # 8221 & # 8221 Es muy complicado lo que hacen, pero controlar los motores y eso es todo. Manejan el flujo de combustible y cuándo apagarlos, cuándo encenderlos, cosas así. Pero toda la guía, en qué dirección apuntar los motores, qué nivel de aceleración y todo eso, viene puramente a través de las computadoras a bordo del Shuttle, que es otra razón por la que tuvo que construirse cuatro veces, porque toda la lógica que la gente quería poner para cubrir todas las instancias que simplemente no encajaban.

Bueno. Otra aventura en Shuttle que fue interesante. Fue así como comencé a moverme hacia los mainframes. En este punto, todos los ordenadores de a bordo son los que ustedes llaman mini o micro ordenadores en la actualidad. Son cosas de aviónica. Bueno, puedes decirlo. Quiero decir, usamos computadoras mainframe para hacer la compilación y la simulación, y heredamos todas estas viejas computadoras Apollo RTCC, y nos dimos cuenta cuando nos acercábamos a STS-1, el primer vuelo orbital de Shuttle, que si la agencia estaba interesada en algo como lo que se dice & # 8212 por cierto, se hablaba de volar cincuenta y dos veces al año en esos días, un vuelo a la semana.

No importaba si era cincuenta y dos veces al año u ocho veces al año. El hecho es que el paralelismo del que hablé antes era enorme. Determinando qué cargas útiles llevar en el Shuttle y todo el trabajo que entra y todas las pruebas paramétricas del software de vuelo que se deben realizar, estamos hablando de un largo tiempo de espera. Recuerdo sentarme un día, de nuevo con Lynn Dunseith, y decir, & # 8220 & # 8217 tenemos un problema, & # 8221 porque el vuelo a vuelo, quiero decir, estamos construyendo software y los parámetros y las pruebas, y todo & # 8217s conducido hacia este primer vuelo orbital. Hágalo. ¿Está bien?

El problema con Shuttle era & # 8212 y en Apollo era un vuelo tras otro, pero iba a terminar. El problema con Shuttle es que nunca termina. Va a durar para siempre. Todavía está sucediendo. No hay sólo cinco o seis vuelos de desarrollo y luego terminamos. Se supone que tenemos muchos, muchos vuelos al año. Así que recuerdo haberles dibujado diagramas que decían & # 8220Está bien. Está bien. Dejemos que & # 8217s establezca las fechas de lanzamiento, & # 8221 y yo & # 8217d pondría un punto en un calendario, ya sabes, una imagen grande, una gran hoja de papel con un calendario en la parte superior, un calendario de tres o cuatro años, y pones, & # 8220 & # 8217s ni siquiera nos molestamos en cincuenta y dos vuelos al año. Pongamos & # 8217s uno cada dos meses. & # 8221 Entonces, seis puntos en un año distribuidos uniformemente en un gráfico. Ahora, dejemos & # 8217s trazar una línea desde esa fecha de lanzamiento. ¿Cuándo se corta el software? ¿Cuándo es este límite? ¿Cuándo es ese límite? Y se nos ocurrió un plazo de entrega de dieciocho meses.

Bueno, si vuela todos los meses, eso tiene dieciocho paralelos. Si vuela cada dos meses, hay nueve paralelos. ¿Derecha? Si es un plazo de entrega de dieciocho meses. ¡Guau! La carga en los simuladores para ejecutar tantas pruebas simultáneamente, la carga en los entrenadores de la tripulación y todo, algo inaudito. Ni siquiera lo había pensado. No soy responsable de haberlo pensado. Quiero decir, yo era una de las personas en las que pensaba. Mucha gente se dio cuenta del problema de volumen al que nos enfrentábamos.

Entonces dijimos, & # 8220Necesitamos una computadora más grande & # 8221 Bueno, en 1978 o & # 821677 o lo que sea, nos dimos cuenta & # 8212 de que de vez en cuando piensas en el futuro. Así que todavía estamos en medio del trauma de hacer el software, pero estamos mirando hacia el futuro. Cuando un grupo de ingenieros dice que necesita una computadora más grande, la gente que tiene dinero dice: & # 8220 Sí, claro. Siempre necesitas una computadora más grande. Seguro. Pruébelo. & # 8221 Así que lo probamos.

& # 8220Nah. No tenemos & # 8217t tenemos suficiente dinero. & # 8221

También hay un representante local llamado Brooks, Jack [B.] Brooks, en esta área, quien a mediados de los sesenta se enojó con IBM y consiguió que se aprobara un proyecto de ley llamado Brooks Act, que hizo que el gobierno pasara por todos tipo de operaciones competitivas antes de que pueda invertir dinero en computadoras. Así que el acto en sí estuvo bien, pero los gastos generales para obtener cualquier gasto importante en una computadora fueron enormes, todo tipo de planificación y análisis de costos y casos comerciales.

Así que, de repente, salí del negocio de laboratorio de desarrollo de software, SPF de aviónica, y nos encargaron de crear el plan de TI, el plan de tecnología de la información, la compra de un nuevo mainframe y la construcción de las instalaciones. ¿Dónde lo vamos a poner? Decidimos que lo colocaríamos en el tercer piso del edificio 30 en el ala de administración, y logramos el tercer piso, construimos un piso elevado allí y lo colocamos como una nueva instalación informática, que se llamó Instalación de producción de software. Todavía existe en el mismo lugar.

Para complicar aún más las cosas, el Departamento de Defensa se estaba interesando en este punto en misiones seguras de vuelo, por lo que tuvimos que construir parte de las instalaciones de forma segura para que pudiera realizar operaciones clasificadas, ya sabes, a prueba de radiación para que puedas sentarte afuera y ver lo que hacen las computadoras en el interior.

Entonces, de repente, algunos de nosotros estábamos en medio de la adquisición y construcción de un centro de datos. Eso es a lo que se reduce, un gran centro de datos de mainframe. Mira, hasta ahora habíamos estado usando las cosas sobrantes de Apolo, ¿verdad? El piso elevado estaba allí, los operadores estaban allí, las computadoras estaban allí. Solo los usamos. De repente, estamos construyendo un nuevo centro de datos, y eso fue una migración para varios de nosotros, pero si pueden imaginarse mi propia experiencia, he estado trabajando con estas computadoras a bordo durante años y, de repente, me 8217m un tipo de mainframe. Y como hablaremos más adelante, me convertí en un tipo de PC, informática de escritorio. NASA & # 8217s ha sido realmente genial de esa manera. Quiero decir, hablas de conseguir & # 8212 me gusta decirle a la gente, & # 8220 & # 8217 haber estado en computadoras toda mi carrera en la NASA. & # 8221

& # 8220Oh, ¿y siempre en las computadoras? & # 8221

& # 8220Sí, pero qué variedad. & # 8221 De un extremo al otro, por todos lados. Gran diversión.

De todos modos, como la mayoría de las cosas suceden, la perseverancia gana, conseguimos las computadoras y construimos las instalaciones. Por supuesto, no era lo suficientemente grande, pero resultó que no tenía que serlo porque no había forma de volar lanzaderas con tanta frecuencia. El SPF tenía el tamaño adecuado y creo que sobrevivió a cualquier actualización importante durante mucho tiempo. Más automatización, creo, fue lo que lo llevó a crecer a lo largo de los años, no una cuestión de capacidad, porque si solo vuela ocho vuelos al año y pensaba que podría volar hasta cincuenta y dos, sale bastante de buen tamaño, incluso si estaba adivinando de manera conservadora o si se veía obligado a volverse conservador.

¿Qué más hay en Shuttle? El servicio de transporte estaba prácticamente terminado para mí poco después del primer vuelo. Recuerdo que conocí a mucha gente que se hace cargo de algo y se apega mucho a él, y lo pierde de vista. Para ellos se convirtió en un imperio. Recuerdo que en la instalación de producción de software, un día estaba dando un recorrido o algo a la gente y estaba muy orgulloso de ello, era el nuevo centro de datos, mucho dinero, mucha gente, operaciones a lo grande. Recuerdo que estaba dando palmaditas a uno de los mainframes, me miré y dije: & # 8220 Tienes que salir de aquí & # 8221 [Risas] Entonces dije, & # 8220 Creo que & # 8217 es el momento para mí. para ir a hacer otra cosa. Estoy consiguiendo esta relación con el equipo que no quiero. Estoy empezando a sentir que soy el dueño. & # 8221

Así que salí de la División de Software de Naves Espaciales. Creo que me convertiría en subdirector de división, y John Aaron, cuyo nombre estoy seguro de que conoces, era jefe de división para entonces. Salí de eso y me acerqué al personal de la dirección para comenzar a trabajar en proyectos futuros, en particular el programa de la Estación. Ahora, esto fue en & # 821682, mucho antes de que Station fuera un programa.

Hay otro punto que plantearé sobre Shuttle, y luego creo que podemos decir que podemos poner fin a la discusión de Shuttle. Una de las cosas interesantes que sucedieron cuando se formó por primera vez la División de Software de Naves Espaciales fue, ¿qué tipo de gente reúne en una división como esa? Éramos un montón de frikis, y lo digo de la mejor manera. Cuando eres uno, eres uno. Pero conocíamos los sistemas, conocíamos los sistemas operativos, conocíamos los compiladores y todo eso, pero no éramos expertos en navegación, guía, sistemas eléctricos o lo que sea.

Así que a Dick Parten se le dio permiso para elegir a quien quisiera para comenzar esta nueva división, y uno de los personajes que eligió fue John [W.] Aaron. John había sido el EECOM, oficial de comunicaciones ambientales eléctricas, en el Apolo 13 cuando todo el estallido eléctrico, pero fue básicamente un problema eléctrico, como si no hubiera electricidad, lo golpeó y lo detuvieron.

Chico, hablas de una aventura para un joven. No sabía nada de software. ¿Okey? Nada. Y diez años después era el jefe de la división que todavía estaba construyendo el material, lo cual era muy bueno. La única razón por la que menciono eso es que había varias personas & # 8212Bill [William A.] Sullivan es otro. Era un tipo de orientación y navegación. Jim [James E.] Broadfoot fue otro. Creo que lo contrataron para la gestión de sistemas. Yo era el chico del sistema operativo. Traer a estas personas de diferentes disciplinas para formar un nuevo programa como ese tenía ese verdadero espíritu de camaradería y & # 8220Tú sabes cosas que yo no & # 8217t, y yo sé cosas que tú no & # 8217t, y deja que & # 8217s veamos si podemos & # 8217t comparta y descubra cómo hacer esto. & # 8221 Eso funcionó muy bien.

Al cerrar la discusión, tengo que ser muy claro en una cosa. Es muy fácil hablar desde el punto de vista del egocentrismo. Estoy hablando de la gente de la NASA. Sé que he mencionado a IBM y Draper Lab. La vista cuando estás sentado donde ellos estaban sentados es completamente diferente. Yo sé que lo fue. He hablado con ellos. Estaban muy felices de trabajar con algunos de nosotros porque éramos buenos clientes y les ayudamos. Nosotros no estorbamos. Si algo salía mal, compartíamos la responsabilidad, fracasábamos tanto como ellos. Pero en muchos casos no es así en absoluto. La gente del gobierno está en el camino. Nos hacen cruzar los T & # 8217 y los puntos I & # 8217, es difícil hacer el trabajo, es muy difícil.

Sería bueno hablar & # 8212I & # 8217 estoy seguro de que lo has hecho, pero también sería bueno hablar con algunos de ellos sobre esto. IBM ya no existe. IBM existe, pero la División de Sistemas Federales, que tenía el núcleo de las personas que construyeron el software a bordo para Shuttle, se vendió. IBM lo vendió al primer Loral, por lo que Loral adquirió el contrato continuo de software a bordo. Luego, cuando el contrato de operaciones de vuelo espacial & # 8212USA [United Space Alliance], cuando se formó EE. UU., EE. UU. Recogió eso, y todas esas personas se mudaron a EE. UU., Lo que quedaba de ellos, lo que quedaba de ellos. No tengo ningún nombre para ti, pero algunas de esas personas todavía están por aquí y sería bueno hablar con ellas.


Dylan T. Ciciliano [email protected]

El Sr. Ciciliano es abogado en el grupo de práctica de Litigio Comercial de la firma. Su práctica se centra principalmente en litigios civiles. Si bien el Sr. Ciciliano ha representado a clientes en litigios sustanciales de apuesta por la empresa, también representa con frecuencia a personas y pequeñas empresas. Al hacerlo, proporciona servicios legales eficientes y rentables que permiten a los clientes procesar o defender acciones con éxito.

El Sr. Ciciliano también colabora con otros bufetes de abogados como asesor legal local o fuera del estado como miembro eficaz y rentable de un equipo legal.

Ha representado a individuos, compañías, corporaciones, inversionistas y gerentes de negocios de marihuana, y entidades gubernamentales en casos que involucran incumplimientos de contrato, sociedades internas y disputas comerciales, mociones anti-SLAPP, gobierno corporativo, incumplimientos de deberes fiduciarios, fraude, conspiración, reclamos RICO. y malversación general. El Sr. Ciciliano también tiene experiencia en casos EB-5, casos de negligencia médica, defensa criminal compleja y una amplia variedad de disputas comerciales. Como abogado litigante, el Sr. Ciciliano ha obtenido con éxito medidas cautelares, ha intentado juicios con jurado y tribunal como abogado principal, y ha obtenido resultados exitosos a través de resoluciones consensuadas. También representa a clientes en arbitrajes nacionales e internacionales, mediaciones y otras resoluciones fuera de la Sala del Tribunal. El Sr. Ciciliano tiene una amplia experiencia en la realización y gestión de descubrimientos complejos, incluido el descubrimiento electrónico y la producción de información almacenada electrónicamente, así como el cumplimiento de las leyes de privacidad europeas. Estas acciones a menudo implican disputas complicadas sobre privilegios y descubrimientos.

El Sr. Ciciliano nació y se crió en Nevada. Obtuvo títulos universitarios y su maestría en la Universidad de Nevada-Reno y trabajó para la Comisión del Condado de Washoe. El Sr. Ciciliano obtuvo su doctorado en derecho de la Universidad de Arizona y fue el Editor Gerente Senior de Arizona Journal of International and Comparative Law.


Ver el vídeo: JOHANNES VETTER GERMANY - JAVELIN THROW - - WORLD LEAD - WORLD BEST THROW IN HISTORY, (Febrero 2023).

Video, Sitemap-Video, Sitemap-Videos