Novo

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 nasceu em 1861. Ele estudou medicina em Heidelberg e Edimburgo e em 1888 tornou-se oficial médico de Wednesbury, com um salário anual de £ 84. Segundo Cressida Connolly, autora de The Rare and the Beautiful: The Lives of the Garmans (2004): "Walter era alto e moreno, com olhos expressivos e sobrancelhas arqueadas. Ele usava um bigode caído e tinha uma aparência ligeiramente melancólica, como um don espanhol. "

Em 1897, Garman casou-se com Margaret Magill, que era quase vinte anos mais jovem que o marido. Sua sogra escreveu a ela afirmando que: "Posso prometer que você terá um dos homens mais honrados, bem-humorados, afetuosos e de princípios elevados que é possível encontrar e não consigo ver nenhuma razão que tal união pode deixar de ser feliz. " O casal alugou Oakeswell Hall, uma casa jacobina, e nos anos seguintes teve nove filhos: Mary (1898), Sylvia (1899), Kathleen (1901), Douglas (1903), Rosalind (1904), Helen (1906), Mavin (1907), Ruth (1909) e Lorna (1911).

Cressida Connolly argumenta que: "Garman foi pessoalmente responsável pela introdução de vasos sanitários com descarga na área, uma inovação que deve ter salvado muitos milhares de pessoas da febre tifóide e do cólera. Walter era imensamente popular, ajudava os pobres sem cobrar nada e, embora ele alegasse nunca usar nada além de aspirina e vinagre, era conhecido como um médico extremamente bom. "

Mais tarde, Kathleen Garman escreveu sobre a vida em Oakeswell Hall: "Foi ... invadido por crianças e cavalos e pôneis e cães e gatos e coelhos e porquinhos-da-índia e galos e galinhas - um antigo pátio, cercado pela própria casa e ao redor do estábulos, a sala de aula, a lavanderia, uma velha casa de malte que chamávamos de bogey hole, onde tínhamos três andares inseguros de prédios antigos sujos e empoeirados para esconder e brincar. "

Walter Garman era visto como um membro altamente respeitável da comunidade, mas uma de suas filhas, Helen, mais tarde disse a uma amiga que seu pai "era um homem cruel, mal-humorado e feroz que batia em seus filhos e os trancava em armários". No entanto, outro de seus filhos, Mavin, só se lembra de ter recebido uma surra de seu pai.

Garman, assim como sua esposa, tinha opiniões profundamente religiosas e a igreja local desempenhou um papel importante na educação da criança. Ele também foi um magistrado e um membro ativo do Partido Conservador. Duas de suas filhas, Kathleen e Mary, foram para aulas de arte em Birmingham. Eles também compraram livros e quando Walter Garman os pegou lendo Madame Bovary, convocou todas as crianças e queimou tudo na frente delas.

Em 1919, as duas irmãs se rebelaram e fugiram para Londres. Kathleen conseguiu um emprego ajudando com os cavalos que puxavam as carruagens para a Harrods e também trabalhava como modelo artística, enquanto Mary dirigia uma van de entrega para a Lyons 'Corner Houses. O Dr. Garman ficou profundamente chocado com esse comportamento e acabou decidindo dar a ambas as filhas uma mesada, o que lhes permitiu desistir de seus empregos e se matricular em uma escola particular de arte chamada Heatherley.

Em dezembro de 1921, Kathleen e Mary levaram o poeta Roy Campbell para Oakeswell Hall. Kathleen o apresentou com as palavras: "Pai, este é Roy, que vai se casar com Mary." Garman ficou furioso por não aprovar seu futuro genro. Ele não estava apenas desempregado, mas também tinha um sério problema com a bebida. Garman também desaprovou fortemente o relacionamento de Kathleen com Jacob Epstein.

Mary e Campbell se casaram em 1922. A noiva usava um longo vestido preto com um véu dourado, enquanto ele vestia seu velho terno. Um convidado observou que, ao se ajoelhar no altar, tinha buracos nas solas dos sapatos, forrados com jornal. Percy Wyndham Lewis foi um dos convidados do casamento: "A festa de casamento foi uma reunião distinta, se você estiver preparado para admitir distinção ao boêmio, pois era quase cigano em sua liberdade das restrições convencionais."

Walter Garman morreu em Oakeswell Hall em maio de 1923, após sofrer um ataque cardíaco. A família acreditava que ele havia morrido por excesso de trabalho, pois tinha apenas 62 anos.

Nascido em 1903, filho de um médico rico e sua esposa (dizia-se que ela era meio cigana), ele (Douglas Garman) cresceu em uma mansão elisabetana chamada Oakeswell Hall em Wednesbury, perto de Birmingham, em Staffordshire. Garman tinha um irmão, Mavin, um fazendeiro em Hampshire, e sete irmãs notáveis, várias das quais figurariam na vida de Peggy no futuro. As lindas garotas Garman continuaram uma série estonteante de casamentos e casos amorosos com homens proeminentes por décadas que teriam deixado Alma Mahler com inveja. Entre eles estavam Mary, que se casou com o poeta sul-africano fascista Roy Campbell e teve um caso com Vita Sackville-West; Sylvia, que dizem ter tido um caso com o esquivo T. E. Lawrence; Kathleen, a musa e amante de Sir Jacob Epstein, o escultor, que se tornou sua esposa somente depois de lhe dar três filhos; Rosalind, que casou-se prosaicamente com o proprietário de uma garagem e teve dois filhos; Helen, que se casou com um pescador meio norueguês na França e teve uma filha, Kathy, que se casou com a amada poetisa e memorialista Laurie Lee (cujo livro Cider with Rosie foi publicado em 1959); Ruth, que morava em Herefordshire e teve vários filhos com homens diferentes; e Lorna, talvez a mais bonita de todas, que se casou com Ernest Wishart, o editor que empregou Douglas Garman, e lhe deu um filho aos dezessete anos, mais tarde teve uma filha ilegítima com Laurie Lee (posteriormente marido de sua sobrinha Kathy), e mais tarde ainda teve um caso com o pintor Lucian Freud (que, por sua vez, se casou e teve um filho com Kitty Epstein, outra sobrinha de Lorna, filha de Kathleen). Peggy deveria considerar todos esses Garmans como uma espécie de família honorária.

Garman era filho de um médico de família que tinha um grande consultório fora de Birmingham. Lá, ele morou em uma casa grande com jardim, completamente isolada do mundo, com seu irmão e sete irmãs. Seu pai morreu enquanto Garman ainda estava em Cambridge, e Garman sentiu muito sua perda e suas responsabilidades iniciais de ser o chefe da família. Sua mãe era uma gentil senhora inglesa que vivia aposentada e com grande modéstia. Ela deveria ser a filha ilegítima de Earl Gray e, de fato, parecia aristocrática. Ela era tão feminina e tão elegante que sempre fizera exatamente o que o marido queria e agora, embora raramente visse Garman, ela o adorava e o tratava da mesma maneira. Ele tinha acabado de comprar uma casinha para ela em Sussex, perto de Downs, e pretendia passar os fins de semana lá ...

Garman me levou a Sussex para me mostrar a casa que comprou para sua mãe. Ficava em uma pequena vila inglesa chamada South Harting, logo abaixo das colinas. A aldeia estava absolutamente morta, como todos os lugares da Inglaterra, mas ficava no meio de uma região linda. Naturalmente, tinha um bom pub. Garman também me levou para ver sua irmã Lorna e seu cunhado, o editor Ernest Wishart, a quem ele chamava de Wish. Eles tinham uma casa adorável. Garman e Wish pareciam ser os melhores amigos, tendo estado juntos em Cambridge. A esposa de Wish, Lorna, era a criatura mais linda que eu já tinha visto. Ela tinha olhos azuis enormes, cílios longos e cabelos ruivos. Ela era muito jovem, ainda tinha vinte e poucos anos, tendo se casado aos dezesseis. De sete irmãs, ela era a favorita de Garman. Todas eram garotas extraordinárias. Um deles era casado com um pescador em Martigues e outro tinha três filhos com um escultor mundialmente famoso. Outra morava em Herefordshire com seu filho ilegítimo, enquanto uma quarta passava metade do ano como empregada doméstica para poder viver em paz os outros seis meses em um chalé que comprara na charneca favorita de Thomas Hardy. Mais tarde, ela adotou um menino e foi relatado que ela teve um caso de amor com Lawrence da Arábia, a quem conheceu na charneca, mas quando a conheci ela era muito virgem. Outro era casado com o famoso poeta sul-africano Roy Campbell. Eles eram católicos e mais tarde tornaram-se fascistas e viveram na Espanha. Um muito normal se casou com o dono de uma garagem e teve uma vida feliz com dois filhos. Em sua juventude, Garman deve ter ficado impressionado com tantas mulheres e preferia não ver mais a maioria delas. No entanto, fiquei fascinado por eles e acabei conseguindo conhecê-los todos. Garman tinha um irmão mais novo de quem gostava. Ele havia voltado do Brasil e agora estava cultivando em Hampshire.


Antigo Alto Alemão Editar

Os primeiros testemunhos do alto alemão antigo são de inscrições esparsas do Elder Futhark, especialmente em Alemannic, do século 6, as primeiras glosas (Abrogans) datam do 8º e os textos coerentes mais antigos (os Hildebrandslied, a Muspilli e os encantamentos de Merseburg) ao século IX.

Alemão médio-alto editar

Médio alto alemão (MHG, alemão Mittelhochdeutsch) é o termo usado para o período na história da língua alemã entre 1050 e 1350. É precedido pelo alto alemão antigo e seguido pelo antigo alto alemão novo. Em algumas bolsas mais antigas, o prazo cobre um período mais longo, indo até 1.500.

Nova edição inicial do alto alemão

Quando Martinho Lutero traduziu a Bíblia (o Novo Testamento em 1522 e o Antigo Testamento, publicado em partes e concluído em 1534), ele baseou sua tradução principalmente nesta linguagem já desenvolvida, que era a linguagem mais amplamente compreendida na época. Esta língua foi baseada nos dialetos do alemão oriental superior e central oriental e preservou muito do sistema gramatical do alto alemão médio (ao contrário dos dialetos alemães falados na Alemanha central e superior que naquela época já haviam começado a perder o caso genitivo e o pretérito) . No início, as cópias da Bíblia tinham uma longa lista para cada região, que traduzia palavras desconhecidas na região para o dialeto regional. Os católicos romanos rejeitaram a tradução de Lutero no início e tentaram criar seu próprio padrão católico (gemeines Deutsch) - que, no entanto, diferia do "alemão protestante" apenas em alguns detalhes menores. Demorou até meados do século 18 para criar um padrão que fosse amplamente aceito, encerrando assim o período do Novo Alto Alemão.

O baixo alemão, estando na encruzilhada entre o alto alemão, o anglo-frísio, o baixo franconiano e o dialeto da Jutlândia do Sul do dinamarquês, tem uma história lingüística menos definida, resumindo que o grupo germânico ocidental é na verdade um continuum de dialeto.

O baixo alemão foi fortemente influenciado pelo anglo-frisão no início da Idade Média e pelo alto alemão durante o Sacro Império Romano. Após o fim da Liga Hanseática no século 17, o baixo alemão foi marginalizado ao status de dialetos locais.

Old Saxon Edit

Velho saxão, também conhecido como Antigo baixo alemão, é uma língua germânica ocidental. Está documentado do século 9 ao século 12, quando evoluiu para o baixo alemão médio. Era falado na costa noroeste da Alemanha e na Dinamarca por povos saxões. Está intimamente relacionado com o anglo-frísio antigo (frisão antigo, inglês antigo), participando parcialmente da lei da espirante nasal Ingvaeônica.

Editar Alemão Baixo Médio

O baixo-alemão médio é um ancestral do baixo-alemão moderno. Foi falado por volta de 1100 a 1500, dividindo-se em baixo alemão ocidental e baixo alemão oriental. As línguas vizinhas dentro do continuum dialetal das línguas germânicas ocidentais eram o holandês médio no oeste e o alto alemão médio no sul, mais tarde substituído pelo novo alto alemão inicial. O baixo-alemão médio era a língua franca da Liga Hanseática, falada em todo o Mar do Norte e no Mar Báltico. Com base na linguagem de Lübeck, uma linguagem escrita padronizada foi se desenvolvendo, embora nunca tenha sido codificada.

O alemão era a língua do comércio e do governo no Império Habsburgo, que abrangia uma grande área da Europa Central e Oriental. Até meados do século 19, era essencialmente a língua dos habitantes da cidade em quase todo o Império. Isso indicava que o orador era um comerciante, um cidadão urbano, e não sua nacionalidade. Algumas cidades, como Budapeste (Buda, alemão: Ofen), foram gradualmente germanizados nos anos após sua incorporação ao domínio dos Habsburgos. Outros, como Bratislava (alemão: Pressburg), foram originalmente colonizados durante o período dos Habsburgos e eram principalmente alemães naquela época. Algumas cidades como Milão (alemão: Mailand) permaneceram principalmente não alemães. No entanto, a maioria das cidades eram principalmente alemãs, pelo menos durante a primeira parte do século, como Praga, Budapeste, Bratislava, Zagreb (alemão: Agram) e Ljubljana (alemão: Laibach), embora estivessem rodeados por um território onde outras línguas eram faladas.

O alemão também foi usado nos governados bálticos do Império Russo. Por exemplo, Riga empregou o alemão como língua oficial de administração até a instalação do russo em 1891. Da mesma forma, Tallinn empregou o alemão até 1889.

Até cerca de 1800, o alemão padrão era quase exclusivamente uma língua escrita. Naquela época, as pessoas no norte urbano da Alemanha, que falavam dialetos muito diferentes do alemão padrão, aprenderam quase como uma língua estrangeira e tentaram pronunciá-lo o mais próximo possível da grafia. Os guias de pronúncia prescritiva da época consideravam a pronúncia do norte da Alemanha como o padrão. No entanto, a pronúncia real do alemão padrão variou de região para região.

A mídia e as obras escritas são quase todas produzidas em alemão padrão (frequentemente chamado de Hochdeutsch em alemão), que é entendido em todas as áreas de língua alemã (exceto por crianças em idade pré-escolar em áreas onde apenas o dialeto é falado, por exemplo, a Suíça - mas nesta era da televisão, mesmo eles agora geralmente aprendem a compreender o alemão padrão antes da escola era).

O primeiro dicionário dos Irmãos Grimm, publicado em 16 partes entre 1852 e 1860, continua sendo o guia mais completo do léxico da língua alemã.

Em 1880, as regras gramaticais e ortográficas apareceram pela primeira vez no Manual Duden. Em 1901, esta foi declarada a definição padrão da língua alemã. A ortografia padrão do alemão subseqüentemente não foi revisada até 1998, quando a reforma ortográfica alemã de 1996 foi oficialmente promulgada por representantes do governo da Alemanha, Áustria, Liechtenstein e Suíça. Após a reforma, a ortografia alemã passou por um período de transição de oito anos, durante o qual a ortografia reformada foi ensinada na maioria das escolas, enquanto a ortografia tradicional e a ortografia reformada coexistiram na mídia.

Durante o final do século 19, o alemão substituiu o latim como o língua franca da ciência ocidental e permaneceu a linguagem principal da ciência durante a primeira metade do século XX. Muitos dos maiores artigos científicos daquela época foram publicados pela primeira vez na língua alemã, como os artigos Annus Mirabilis de Albert Einstein de 1905.

Tudo mudou com o fim da Segunda Guerra Mundial. Depois de 1945, um terço de todos os pesquisadores e professores alemães teve de ser dispensado porque estavam contaminados por seu envolvimento com o Terceiro Reich, outro terço já havia sido expulso ou morto pelo regime nazista e outro terço era simplesmente muito velho. O resultado foi que uma nova geração de acadêmicos relativamente jovens e destreinados enfrentou a enorme tarefa de reconstruir a ciência alemã durante a era de reconstrução do pós-guerra. A essa altura, "a Alemanha, a ciência alemã e o alemão como língua da ciência haviam perdido sua posição de liderança na comunidade científica". [1]


Nascido em 1928, Walter foi o segundo premier de Antigua e Barbuda, o fundador do Antigua Workers 'Union (AWU) e do Progressive Labour Movement (PLM) e ex-secretário-geral do Antigua Trades & amp Labour Union (AT & ampLU).

Walter ganhou a Premiership nas eleições de 1971, derrotando Vere Bird quatro anos depois que a colônia se tornou uma dependência britânica com autonomia doméstica. [1] Ele defendeu a independência total de Antígua e Barbuda e se opôs à proposta britânica de fazer de Antígua e Barbuda uma federação insular. [1] Ele foi derrotado nas eleições de 1976 por Bird. [1]

O PLM chefiou o governo de 1971 a 1976. Durante seu mandato como primeiro-ministro de Antígua e Barbuda, Walter foi o representante de Todos os Santos, que era então um eleitorado.

Ao todo, ele teve 10 anos no governo - cinco como primeiro-ministro e os outros cinco como líder da oposição.

A Lei da Segurança Social, o Código do Trabalho que foi copiado em todos os territórios caribenhos, a Lei de Representação do Povo e a fundação do Antigua & amp Barbuda Development Bank foram todos obra do seu governo PLM.

Após as eleições de 1982, ele desistiu da política e voltou para sua fazenda de gado.

Depois de ser derrotado, Walter foi condenado por supostamente vender metal ilegalmente ao governo de Antigua. [1] Ele foi preso por três meses enquanto seus rivais apresentavam um processo contra ele. [1] Foi apelado com sucesso ao Tribunal de Apelação das Índias Ocidentais, que o julgou improcedente. [1]

Ele era casado com Lady Hyacinth Walter, ex-professora e diretora da Antigua Girls 'High School, que disputou a cadeira de Todos os Santos em 1980 em nome de seu marido, perdendo por pouco para o então membro do Parlamento do ALP, Hilroy Humphreys, por nove votos.

Eles tiveram cinco filhos, Sharon, Paul, o senador Gregory Walter e Vaughn Walter.

George Walter morreu em 4 de março de 2008, aos 79 anos, em St. John's. [1] Sua causa de morte foi declarada por seu irmão mais novo, Selvyn, como um ataque cardíaco. George Walter estava hospitalizado há cerca de uma semana. [1]

Em 2008, foi nomeado Cavaleiro da Ordem do Herói Nacional (KNH) postumamente por seu país natal, Antígua e Barbuda, tornando-se o quinto herói nacional do país. [2]


Conteúdo

Kathleen Garman nasceu em 15 de maio de 1901 em Wednesbury, Staffordshire, filha do Dr. Walter Chancellor Garman (1860–1923), um clínico geral, e sua esposa, Margaret Frances Magill. [1] [2] Ela era um de nove filhos, sete irmãs e dois irmãos: Mary (1898), Sylvia (1899), Kathleen (1901), Douglas (1903), Rosalind (1904), Helen (1906), Mavin (1907), Ruth (1909) e Lorna (1911). A família morava em Oakeswell Hall, Wednesbury. [3]

Kathleen teve aulas de música no Birmingham and Midland Institute e aulas de arte em Birmingham com sua irmã Mary. Em 1919, as irmãs decidiram fugir para Londres.Kathleen foi contratada pela Harrods, ajudando com os cavalos que puxavam as carruagens de entrega, e também trabalhou como modelo de um artista. Mary dirigia uma van de entrega. Chocado com o comportamento deles, o pai acabou decidindo apoiá-los. Eles alugaram um apartamento em 13 Regent Square, Camden, e se matricularam em uma escola de arte particular. À noite, eles frequentavam os clubes do West End, como The Gargoyle, The Harlequin e The Cave of the Golden Bezerro. Foi no Harlequin que Kathleen conheceu Epstein, de 40 anos, que a convidou para sua mesa e a pediu para posar para ele. [3] Mary acabou se casando com o poeta sul-africano Roy Campbell. [1] [3] Kathleen, Mary e Lorna se tornariam membros boêmios do que ficou conhecido como Grupo Bloomsbury. [1] Em 1936, Kathleen foi fotografada por Gordon Anthony. [4]

Em 1921, Kathleen começou um relacionamento com o escultor casado Jacob Epstein, tornando-se sua modelo e amante. [3] Seu pai, que desaprovava fortemente o caso, a excluiu de seu testamento quando morreu em 1923. [3] Em 1923, a esposa ciumenta de Epstein, Margaret, convidou Kathleen para sua casa e atirou em seu ombro com uma pérola. pistola manuseada. [5] Epstein pagou as contas do hospital de Kathleen e a convenceu a não apresentar queixa contra Margaret, para que não explodisse em um escândalo público. [3] Após este incidente, Margaret encorajou Jacob a vários casos, na esperança de que ele se cansasse de Kathleen. Enquanto Epstein e sua esposa não tinham filhos, Margaret criou seus próprios filhos de outras ligações, sua filha Peggy Jean (nascida em 1918) (com Dorothy (Meum) Lindsell-Stewart [1895–1957]) e seu filho Jackie (b. . 1934) (com Isabel Nicholas [1912–1992] [6]).

Kathleen e Epstein continuaram a se ver, tendo três filhos juntos em 1924, 1926 e 1929. Eles se casaram em junho de 1955, em uma cerimônia privada no Fulham Register Office, Londres, oito anos após a morte de Margaret. [3] Após o casamento, Kathleen se tornou Lady Epstein e sua única beneficiária. Após sua morte em 1959, ela doou suas obras de arte ao Museu de Israel. Outras peças de arte de Epstein foram incorporadas à coleção Garman Ryan, junto com as obras de Sally Ryan, uma escultora americana que deixou suas obras de arte e $ 50.000 em dinheiro para Kathleen em 1968. [3] Ela morreu em agosto de 1979. [3]


Walter E. Garman Obituário

& ldquoQuerida Irene e família Garman, lamentamos a morte de Walt. Compartilhamos sua perda e temos você em nossas orações. Sentiremos saudades daqueles tempos que nós. Leia mais »& rdquo
1 de 28 | Postado por: Wendell & Freda Harewood - OH

& ldquoIrene e família: Lamento muito saber do falecimento de Walt. Lamento ter estado fora da cidade no dia da exibição e das consultas. Leia mais »& rdquo
2 de 28 | Postado por: John Knechtly - OH

& ldquoLamento saber do falecimento de Walt. Ele me deu lembranças e sempre um grande sorriso. & rdquo
5 de 28 | Postado por: Dan Reed - Berlin Heights, OH

& ldquoGary, Jeff, Bruce, Linda, todos vocês têm minha mais profunda simpatia. Perder um dos pais nunca é uma coisa fácil. Tenho boas lembranças de seu pai. Leia mais »& rdquo
6 de 28 | Postado por: Ron Grove - Wilmington, OH

& ldquoJeff, ficamos muito tristes em saber sobre seu pai. Estamos pensando em você e em sua família durante esse período. & rdquo
7 de 28 | Postado por: Tom e Sue Haberman - OH

& ldquoMinhas mais profundas condolências a você, Irene e família. A equipe do Centro de Enfermagem de Anos de Outono. & rdquo
8 de 28 | Postado por: Lynn Bush - Sabina, OH

& ldquoLamento saber sobre seu pai. Estaremos pensando em você. & rdquo
9 de 28 | Postado por: Tom e Dauna Armstrong - OH

& ldquoSou UM SOLDADO Fui aquilo que os outros não quiseram ser, fui aonde os outros temiam ir E fiz o que os outros falharam. Eu perguntei. Leia mais »& rdquo
10 de 28 | Postado por: Dee e Dave Daniels - Cincinnati, OH

& ldquoFamily, Nossos pensamentos e orações vão para você. Walt e eu trabalhamos juntos no condado de Highland para a COBA. Tornamo-nos bons amigos e desfrutamos de muitas coisas boas. Leia mais »& rdquo
11 de 28 | Postado por: paul meredith - água fria, MI

& ldquoLamento saber do falecimento de seu pai. Que Deus abençoe sua alma. & rdquo
12 de 28 | Postado por: Garry Akers - Sabina, OH

& ldquoTão triste saber da morte de Walt. & rdquo
13 de 28 | Postado por: Connie Miller - Campo Verde, OH

& ldquoIrmão, amigo, patriota. Sentiremos a tua falta. & rdquo
14 de 28 | Postado por: Jeanne e George Garman e família - PA

& ldquoBruce, sinto muito por saber sobre seu pai. Desculpe, não poderei vir para visitação. Fiz uma cirurgia no olho na terça-feira, mas nossos pensamentos e orações estão presentes. Leia mais »& rdquo
15 de 28 | Postado por: Dick e Charlotte Wilson - OH

& ldquoGary, Jeff e Bruce: Foi com pesar que lemos sobre o falecimento de Walt: Ele era um bom homem e desfrutamos de muitas atividades juntos de Ohio a. Leia mais »& rdquo
16 de 28 | Postado por: M / M R. M. Skip Pulliam - Veneza, FL

& ldquoLamento saber do falecimento de seu pai. Ele era um grande amigo da mãe de Gary e será gentilmente lembrado. & rdquo
17 de 28 | Postado por: Gary e Ruthie Tucker - OH

& ldquoGary, Jeff e Bruce, sinto muito sobre o falecimento de seu pai. Que você se lembre de todos os bons momentos e memórias que compartilhou. & rdquo
19 de 28 | Postado por: Gordon Rulon - Centenário, CO

& ldquoQue Deus descanse sua alma. Você sobreviveu à Segunda Guerra Mundial, formou-se na Universidade Estadual de Ohio e criou uma boa família. Bem feito. Fraternalmente, David. Leia mais »& rdquo
20 de 28 | Postado por: David Sprague - Pedregulho, CO

& ldquoWalt, Dane e Jack eram todos bons amigos meus e nós somos apenas bons homens .. Walt e eu nos formamos na O.S.U. Juntos e jogamos bola intramural. Leia mais »& rdquo
21 de 28 | Postado por: Jack walker - Hillsboro, OH

& ldquoI Lamento ouvir a passagem de WALTER. MUITOS PODERÃO PERDER. PRECISO CONHECER WALTER NA HONOR GUARD E AMVETS. SOU COMANDANTE DE AMBOS & rdquo
22 de 28 | Postado por: BILL MOORE - Hillsboro, OH

& ldquoQuerida família, lamento saber do falecimento de Walt. Ele era um homem maravilhoso e muito divertido de conversar. Ele fará muita falta. Espero todo seu. Leia mais »& rdquo
23 de 28 | Postado por: Sue Golden Boatman - Hillsboro, OH

& ldquoQuerida família, Lamentamos saber do falecimento de Walt, outro grande americano que se foi, mas não foi esquecido. Dick gostava de jogar boliche com ele e nós nos lembramos. Leia mais »& rdquo
24 de 28 | Postado por: Dick & Paulette Donley - OH

& ldquoCaro família Garman, saiba que minhas orações por você neste momento são com as maiores condolências. Toda a sua família sempre quis. Leia mais »& rdquo
25 de 28 | Postado por: Kay (Hottle) Thomas - Hillsboro, OH

& ldquoQue memórias maravilhosas temos de seu pai! Lembramos a última vez que ele visitou nossa casa em Hillsboro, com Jeff e Carly e toda a neve. Leia mais »& rdquo
26 de 28 | Postado por: Mary Jane e Mike Boatman - FL

& ldquoAmorado e perdido. Vá com Deus. & rdquo
27 de 28 | Postado por: Jess A. Fligor - Kingston Springs, TN

& ldquoLamento saber do falecimento de Walt. Conheci-o há muitos anos, quando trabalhava com Avie, ele era uma pessoa muito amigável e fiquei feliz por tê-lo conhecido. & rdquo
28 de 28 | Postado por: Anita Kirker - Winchester, OH

  • Ver tudo
  • Deixe uma memória
  • Sair da memória de áudio
  • Acenda uma vela

Livro de Memórias

Flores de simpatia

Walter nasceu em 28 de fevereiro de 1924 e faleceu no domingo, 28 de março de 2010.

Walter morava em Ocala, Flórida.

As informações neste obituário são baseadas em dados do Índice de Mortes da Previdência Social do governo dos Estados Unidos. Nenhuma outra informação está disponível. Mais detalhes sobre esta fonte de dados são fornecidos em nossa seção de Perguntas Freqüentes.

Envie condolências
PESQUISAR OUTRAS FONTES

O belo e interativo Tributo Eterno conta a história de vida de Walter da maneira que ela merece ser contada em palavras, As fotos e vídeo.

Crie um memorial online para contar essa história para as gerações futuras, criando um lugar permanente para a família e os amigos honrarem a memória de seu ente querido.

Selecione um produto memorial online:

Compartilhe essa fotografia especial de seu ente querido com todos. Documente conexões familiares, informações de serviço, momentos especiais e momentos inestimáveis ​​para que todos possam lembrar e apreciar para sempre com suporte para cópias ilimitadas.

  • Memorial multimídia online com fotos, vídeos, músicas ilimitadas e muito mais
  • O formato elegante e envolvente homenageia sua pessoa amada
  • Temas, fundos e música personalizáveis ​​dão um toque pessoal
  • O Livro de Convidados Interativo permite que todos compartilhem suas memórias e forneçam suporte
  • Aproveite todos os recursos do Eternal Tribute
  • Preserve a memória e os sacrifícios do serviço nacional de um ente querido
  • Escolha entre cinco elegantes temas militares
  • Destacar detalhes do serviço militar
  • Fotos ilimitadas e informações de registro militar
Deixe uma memória

Bem-vindo ao Condado de Somerset na Pensilvânia História e Genealogia Se você deseja ajudar a transcrever dados genealógicos e colocá-los online para uso gratuito de todos os pesquisadores, o Voluntariado está disponível aqui. Atualmente, este condado não tem um anfitrião. Isso significa que não há ninguém disponível para ajudar a responder às suas perguntas sobre a história deste condado ou para ajudá-lo com a genealogia da sua família neste condado. LAMENTAMOS NÃO FICAR PESQUISAS PESSOAIS PARA VOCÊ. O condado de Somerset foi criado em 17 de abril de 1795 na parte oeste do condado de Bedford e recebeu o nome de Somersetshire, na Inglaterra. A maior elevação encontrada na Pensilvânia está localizada no Condado de Somerset. A área foi incluída na compra indiana de 1768 e tornou-se parte do condado de Cumberland até 1771, quando o condado de Bedford foi formado. Somerset, a sede do condado, foi construída em 1795, incorporada como um distrito em 5 de março de 1804. Escrituras e transferências de terras Atualizações recentes Fevereiro de 2021 Obituários e Avisos de Óbito - Transcritos 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, Susan Sullivan Johnston K: John T. King, Rudolph Kneppenburg, Elizabeth Korns L: 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 Casamento e Anúncios de Casamento - 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- Black, 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 Janeiro de 2021 Obituários e Avisos de Óbito - Transcritos 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 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 Casamento e Anúncios de Casamento - Transcrito por Donald Buncie R: 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, Forward - 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 - Young, 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 - Avançado, Parson - Pilha, Patterson - Johnson, Peck - Hartman, Philippi - Blubaugh, Philippi - Farner, Philson - Platt, Pilha - Bailey, Pilha - Rei, Pinkerton - Weimer, Pitterson - Mowrer 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 - Pile W: Wable - Leech, Wagner - Gibbler, Waters - Mason, Weimer - Buchanan, Weyand - Umberger, Wilson - Patton, Wilt - Brant, Wilt - Gool, Witt - Hoffman Y-Z: Young - Hay, Young - Souter, Younkin - Switzer, Zigler - Keller, Zufall - Snyder JUÍZES DO QUINTO CIRCUITO JUDICIAL EM GRANDE CIRCUITO DE JUÍZES DO TRIBUNAL 1897-1996 e # 8211 três posições 1996- & # 8211 quatro posições 1897-1902 Ferdinand Bookwalter, Danville1897-1903 Henry Van Sellar, Paris1897-1903 Frank K. Dunn, charleston1902-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, charleston1927-1933 S. Murray Clark, Danville1927-1933 Charles A. Shuey, charleston1927-1951 George W. Bristow, Paris1933-1935 Craig Van Meter, Mattoon1933-1949 Casper S. Platt, Danville1936-1939 Grendel F. Bennett, Marshall1939-1957 Ben F. Anderson, charleston1951-1963 John F. Spivey, Danville1951-1963 Robert F. Cotton, Paris1957-1963 Harry I. Hannah, Mattoon Juiz 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 Julgamento de algodão1964-1971 Robert F. Cotton, Paris1972-1998 Ralph S. Pearman, Paris1998- James R. Glenn, Mattoon Hannah Judgeship1964-1973 Harry I. Hannah, Mattoon1973-1980 Thomas M. Burke, charleston1980-2001 Paul C. Komada, charleston2001- Mitchell K. Shick, charleston Juiz de Cini1996-2008 Dale A. Cini, Mattoon2008-2010 Richard E. Scott, Paris2010- Matthew L. Sullivan, Paris CLARK COUNTY JUDGES Juízes de Sucessões1821-1823 Samuel Prevo1823-1825 Charles Neeley1825-1835 Jacob Harlan1835-1837 Uri Manley Juizes de Sucessões de Paz1837-1843 Uri Manley1843-1849 Stephen Archer Juízes do 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 Juízes Associados1964-1967 Zollie O. Arbogast1968-1971 Caslon K. Bennett Juízes do Tribunal de Circuito Residente1971-1988 Caslon K. Bennett1988-1989 Zollie O. Arbogast1990 James K. Robinson1990- Tracy W. Resch JUIZES DO CONDADO DE COLES Juízes de Sucessões1831-1834 James P. Jones1834 John F. Smyth1834-1835 S. M. Dunbar1835-1837 William Collom Juizes de Sucessões de Paz1837-1841 Reuben Canterbury1841-1843 John W. Trower1843-1847 Robert S. Mills1847-1849 William W. Bishop Juízes do 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 Juízes Associados1964-1971 William J. Sunderman Juízes do Tribunal de Circuito Residente1971-1989 William J. Sunderman1989-2003 Ashton C. Waller2004-2017 Teresa K. Righter2018- Mark E. Bovard Juízes da cidade e # 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 Juízes Associados1964-1971 Jacob Berkowitz Juízes do Tribunal de Circuito Residente1971-1976 Jacob Berkowitz1977-1991 Joseph R. Spitz1992-2011 Gary W. Jacobs2012- Brien J. O’Brien Juízes da cidade e # 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 JUIZES DO CONDADO DE CUMBERLAND Juizes de Sucessões de Paz1843 Elisha H. Starkweather1843-1849 James M. Ward Juízes do 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 Juízes Associados1964-1966 William J. Hill1966-1971 James R. Watson Juízes do Tribunal de Circuito Residente1971-1989 James R. Watson1990 Thomas M. Burke1990-2002 Robert B. Cochonour 2002-2016 Millard S. Everhart2016- Jonathan T. Braden JUÍZES DO CONDADO DE EDGAR Juízes de Sucessões1823-1826 Lewis Murphy1826-1827 William Lowry1827-1828 Smith Shaw1828-1837 Jonathan Mayo Juizes de Sucessões de Paz1837-1839 Henry Neville1839-1849 Samuel ConnellyJuízes do 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. HunterHenry Tanner de 18941894-1898 Erasmus G. Rose1898-1902 Stephen I. Headley1902-1910 Walter S. Lamon1910-1922 Daniel V. Dayton1922-1946 Paul B. Lauher1946-1963 Howard T. Ruff Juízes Associados1964-1971 Howard T. Ruff Juízes do Tribunal de Circuito Residente1971-1972 Howard T. Ruff1972-1986 Carl A. Lund1986-2000 Richard E. Scott2000-2006 H. Dean Andrews2006- Steven L. Garst JUIZES DO CONDADO DE VERMILION Juízes de Sucessões1826-1837 Amos WilliamsJuizes de Sucessões de Paz1837-1849 Norman D. Palmer Juízes do 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. Love1909-1918 Lawrence T. Allen1918-1925 Thomas A. Graham1925-1930 William T. Henderson1930-1950 Harlin M. Steely1950-1962 Frank J. Meyer1962-1963 James K. Robinson Juízes Associados1964-1971 James K. Robinson Juízes do Tribunal de Circuito Residente1971-1987 James K. Robinson1987-1988 Jerry A. Davis1988-2006 Thomas J. Fahey2006- Nancy S. Fahey Juizes de Sucessões1910-1914 Clinton Abernathy1914-1930 Walter J. Bookwalter 1930-1938 Ralph M. Jinkins1938-1954 Arthur R. Hall1954-1958 John W. Unger1958-1963 Paul M. Wright Juízes Associados1964-1971 Paul M. Wright Juízes do Tribunal de Circuito Residente1971-1987 Paul M. Wright1987-2000 John P. O’Rourke2000- Craig H. DeArmond Juiz de ClaryJuízes do Tribunal de Circuito Residente1998-2013 Michael D. Clary2014- Thomas M. O’Shaughnessy JUIZES DO TRIBUNAL DE CIRCUITO ASSOCIADO Magistrados1965-1971 Henri I. Ripstra Juizes Associados do 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 Juizes Associados do 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 e # 8211 duas posições 1967-2020 e # 8211 três posições 2020- & # 8211 quatro posições Magistrados1965-1971 John F. Twomey1965-1971 Matthew A. Jurczak1967-1971 Lawrence T. Allen, Jr. Juizes Associados do 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. Cotton1966-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 ASSISTENTES ADMINISTRATIVOS Secretários1964-1966 Mildred P. Weston1966-1967 Mildred J. Towle Secretários Administrativos1967-1968 Mildred J. Towle1968-1985 Sibyl E. Etchason Assistentes 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 - História

Rusnak: Hoje é 27 de março de 2001. Esta entrevista com Jack Garman está sendo conduzida nos escritórios da Signal Corporation em Houston, Texas, para o Projeto de História Oral do Johnson Space Center. O entrevistador é Kevin Rusnak, assistido por Carol Butler.

Gostaria de agradecer por reservar um tempo para falar conosco esta manhã.

Garman: Você é muito bem-vindo.

Rusnak: E se pudermos começar, conte-nos sobre seus interesses e experiências de crescimento que o levaram ao caminho da ciência e da engenharia que eventualmente o levou ao programa espacial.

Garman: Bem, acho que sou uma criança do Sputnik. Você sabe, eu estava entrando no colégio quando tudo isso começou, e terminando o colégio quando o Programa Mercury colocou duas pessoas muito famosas no espaço. Quando entrei na faculdade, acho que meus pais sempre me incentivaram a ser engenheiro. É uma coisa maravilhosa de se fazer, mas é meio masoquista se você for jovem, passar por toda essa educação. Mas naquela época o pagamento também era muito bom. Então fui para a escola de engenharia na Universidade de Michigan [Ann Arbor, Michigan].

Foi em algum lugar durante os anos de faculdade, quando o Programa Gêmeos estava começando. Eu estava na faculdade de & # 821662 a & # 821666, e em algum lugar lá muitos artigos de notícias estavam aparecendo, é claro, sobre o programa espacial, e eu fiquei muito atraído por isso. Lembro-me de que naquele último ano de escola, quando você começa a entrevistar para empregos, cerca de três das quatro entrevistas a que fui tinha algo a ver com o programa espacial.

O sujeito na época, John [P.] Mayer, que chefiava a Divisão de Análise de Planejamento de Missão [MPAD], era graduado pela Universidade de Michigan, então todos os anos ele insistia em enviar alguém para aquela escola para fazer entrevistas. Então e agora, eu acho, a NASA não podia pagar & # 8212 que o governo não podia pagar ou não pagava por viagens para entrevistas com muita frequência, mas eles realmente não precisavam. Eles realmente não precisavam. Então eu me lembro de uma entrevista, e era o trabalho que pagava menos, eu me lembro, e eu não tinha ideia de onde ficava Houston, Texas. Quando você é criado em Chicago e vai para a escola em Michigan, você sabe, tudo no Texas está em algum lugar ao sul de Dallas. Entrei no carro e desci.

Michigan, naquela época, eles não ofereciam nenhum diploma de graduação em computadores, nenhum. Então, entrei em um currículo de engenharia em Michigan chamado física, física de engenharia. Eu costumava rir porque sou algum tipo de físico. Eu & # 8217m não. Mas aquele currículo permitia um menor, uma especialidade, se você preferir. Naquela época, e eu acho que ainda é verdade, os cursos de engenharia geralmente são sólidos como uma rocha. Realmente, há pouca escolha no que você faz. Eles costumam ter cinco anos e eu queria passar em quatro, então comecei a me esforçar.

Mas a noção de ser capaz de se especializar em computadores era legal, então fiz isso. Então, durante meu penúltimo e último ano, quando você finalmente faz os cursos nos quais pode se concentrar na faculdade, acabei em aulas de pós-graduação com todos os dois E, você sabe, engenharia elétrica e esse tipo de gente, que finalmente conseguiu a chance de fazer algo em computadores como alunos de pós-graduação, e eu estava lá como estudante de graduação. Eu costumava rir disso. Como já disse, não sou físico, mas foi esse o diploma que obtive.

Rusnak: Que tipo de tecnologia de computador você está aprendendo neste momento?

Garman: Com uma escola de engenharia, é meio que de um extremo ao outro. Aprendemos programação, é claro, no estilo Fortran. Eles tinham uma linguagem chamada MAD, Michigan Algorithmic Decoder. Foi um desdobramento do Fortran que todos nós usamos, e isso foi maravilhoso. Hoje, é claro, as pessoas se sentam em frente a um teclado com uma tela CRT [tubo de raios catódicos] e digitam seus programas se estiverem programando, e naquela época nós também sentávamos na frente de teclados, mas eles eram chamados de teclados, pilhas de cartas, e nós & # 8217d digitamos e elas saem. Ande até aquela sala misteriosa onde todas as pessoas, naquela época e talvez hoje também, com o cabelo muito comprido e olhos redondos sentados atrás do balcão comandando os mainframes para coletar nossos baralhos de cartas e nos cuspir nossas resmas de papel no dia seguinte. Foi muito divertido.

Na escola de engenharia, também estudamos os bits e bytes. Então eu fiz muitos cursos de laboratório onde estávamos juntando coisas, você sabe, transistores, flip-flops, todos os nove metros. Eu sabia que nunca quis construir computadores, mas é como se você fosse um bom motorista de carro, sabe o que está sob o capô, mesmo que você nunca vá consertá-lo sozinho. Se um mecânico vai fazer algo com isso, você pode ser um cliente inteligente, você sabe exatamente do que eles estão falando. Acho que é a mesma coisa em computadores.

Essa experiência é claramente o que me levou aos sistemas operacionais. Eu não sabia que era chamado assim naquela época. Eles não tinham um nome para isso. Mas o software que reside mais próximo do hardware e das interfaces com os aplicativos é chamado de sistemas operacionais [SO] e é o tipo de cola que mantém as coisas juntas. Se você quer fazer algo, é meio divertido estar no meio, então é onde eu estava. Foi isso que me atraiu.

Quando eu vim para a NASA depois disso, eles não tinham ninguém que soubesse alguma coisa sobre computadores. Foi realmente divertido. Eu tinha 21 anos quando entrei pela porta, por mais alguns meses. Houve uma história paralela interessante. Não consigo me lembrar do nome do colega. Talvez chegue até mim. Naquela época, Ellington Field ainda tinha os velhos edifícios brancos com telhados verdes, barracas de madeira, tipo de edifícios da Segunda Guerra Mundial, e o então Centro de Naves Espaciais Tripulado usava muitos desses edifícios como transbordamento. Então, todos os novos funcionários & # 8212 e havia muitos novos funcionários chegando em 1966 & # 8212 todos os novos funcionários foram meio que reunidos naquela instalação, naquelas instalações.

Eu me lembro, e você está meio animado, sabe. Você é jovem. Você não sabe onde diabos está. Levei seis meses para descobrir que estava tão perto de Galveston quanto de Houston, aliás. Isso é meio constrangedor, mas é verdade. Você sabe, era uma espécie de & # 8220Alice Através do Espelho & # 8221 Você entra no carro, dirige e começa a trabalhar. Seus olhos estão arregalados porque eu entrei e eles estavam terminando o Programa Gêmeos. Ainda estava voando. Então, tudo foi muito inspirador.

Mas eu estou sentado nesta longa mesa com um bando de outros novos recrutas. Digo isso porque era muito militar naquela época. Eu estou sentado lá com um monte de outros novos recrutas, e há um rosto do outro lado da mesa que eu sabia que reconhecia de algum lugar. Bem, você sabe, nós nos apresentamos um ao outro e & # 8220Onde & # 8217d você estuda? & # 8221

& # 8220Oh. Qual programa de graduação você fez depois? & # 8221

Eu disse, & # 8220Física da engenharia & # 8221

Acontece que nós estudamos todos juntos e nunca nos conhecemos. Nós passávamos de um lado para outro nas aulas, e esse jovem foi recrutado da mesma forma que eu.

Quando chegamos lá, o trabalho para o qual fomos contratados não existia. Eles nos entrevistaram para trabalhar no MPAD, Divisão de Planejamento e Análise de Missão, em um computador híbrido. Agora, os computadores não eram muito rápidos naquela época. Portanto, a noção de computadores analógicos ainda existia. Eles ainda os usavam.Capacitores e outros dispositivos eletrônicos se comportam matematicamente muito bem e você pode executar correntes através deles para, de forma analógica, fazer equações matemáticas. Então, você meio que criaria um computador híbrido, parte digital e parte analógico, para fazer muito do tipo de trabalho que a NASA queria fazer. Então, eles decidiram comprar um enorme computador híbrido e o dinheiro acabou. Bob [Robert C.] Arndt era seu nome. Bob e eu fomos contratados para este trabalho.

Um de meus mentores, um companheiro chamado Lynn Dunseith, que já faleceu, Lynnwood C. Dunseith & # 8212Lynn era o chefe da filial. Direcção, divisão, filial, secção era a estrutura naqueles dias. Ele era o chefe do ramo, e o ramo tinha duas seções. Um era para computadores de bordo, Apollo, e outro era para os grandes computadores terrestres, controle de missão.

Bob e eu entramos vagando, ele nos sentou e disse: & # 8220Você realmente não tem um emprego. Bem-vindo a Houston. & # 8221 Estamos nos perguntando aonde diabos isso está nos levando. Ele diz: & # 8220Não tema. Você foi contratado. Na verdade, o que temos que fazer é descobrir onde colocá-lo agora. & # 8221

Portanto, tivemos o grande prazer de entrevistar toda essa divisão, em tempo real, para decidir onde queríamos trabalhar. Lynn disse a nós dois, ele disse: & # 8220Bem, sua decisão vai ser bem fácil. & # 8221 Ele disse: & # 8220Você & # 8217 vai trabalhar em computadores de bordo ou computadores terrestres. A partir daí, quem sabe? Você é novo, você é jovem, vamos colocá-lo onde você pode mergulhar onde quiser. & # 8221

Bem, eu escolhi computadores de bordo. Isso me empolgou, você sabe, os computadores que voam. Bob escolheu os computadores terrestres e quase nunca nos vimos novamente. Foi engraçado. Não tenho ideia de onde ele está agora, mas éramos como navios passando à noite na escola. Nós nos encontramos quando chegamos, e então seguimos nossos caminhos separados e quase nunca nos vemos novamente.

Mergulhando em computadores de bordo, a seção era chamada de Seção do Programa de Orientação Apollo, e posso me lembrar de muitos dos nomes, não todos, mas um sujeito chamado Tom [Thomas F.] Gibson [Jr.] era o chefe da seção. Havia algumas pessoas relativamente mais velhas para mim aos 21 anos de idade & # 8212por aí, geralmente pessoas que tinham acabado de sair do exército, por falar nisso, e havia cerca de trinta de nós em uma seção. Hoje existem diretorias desse porte. Certamente existem divisões desse tamanho. Portanto, esta era uma seção enorme. Na verdade, dentro de alguns anos, houve várias reorganizações que colocaram as coisas de volta em perspectiva.

Pelo que me lembro, o que aconteceu foi que foi antes de eu chegar lá, vim em maio de & # 821666, e acho que em fevereiro daquele ano o programa de software para os computadores de bordo da Apollo teve sérios problemas. Como você pode imaginar, eles tinham todo o computador operando no que era então a Diretoria de Engenharia, ainda sob o comando de Max [Maxime A.] Faget, eu acho. Não estava funcionando. A maior parte da experiência em software era com o pessoal que fazia o controle da missão e os sistemas terrestres, e tudo isso estava no MPAD naquela época. Então, eles decidiram retirar a parte do software e movê-lo para a Divisão de Planejamento e Análise de Missão neste & # 8212. Acho que era chamado de Operações de Voo na época, mas o MPAD fazia parte de um grande grupo que incluía todos os controladores de voo e planejamento de missão, em outras palavras, todas as operações em oposição à engenharia. Eles tinham o próprio estilo militar de organização de engenharia em um grupo e operações em outro.

Então, todas essas pessoas & # 8212 bem, muitas dessas pessoas & # 8212 foram transplantes. Eles acabaram de ser reorganizados. Eu não sabia disso. Você sabe, você é jovem, burro, você não sabe. Todos eles tinham novos chefes e todos estavam descobrindo como se encaixar, e tivemos um grande influxo de, não sei, talvez uma dúzia de nós que entraram naquele & # 821665, & # 821666, & # 821667 período. Portanto, havia muitas pessoas. Havia muitas pessoas e, portanto, muito tempo. Vá nos mandar para a escola. Vá nos mandar para o empreiteiro.

Bem, eles fizeram duas coisas por mim que foram realmente, em retrospecto, maravilhosas. Não tenho certeza se eles sabiam o que estavam fazendo, mas eles sabiam. Os computadores de bordo do Apollo foram projetados e programados pelo então chamado Laboratório de Instrumentação do MIT [Instituto de Tecnologia de Massachusetts, Cambridge, Massachusetts]. Ele agora é chamado de Laboratório Charles Stark Draper. Mas eles não fizeram a construção. Uma subsidiária da GM [General Motors], eu acho, Delco realmente a construiu. Eles forneceram treinamento de hardware e algumas aulas de treinamento de software.

A noção de garantir que todos entendessem todas as entranhas de tudo o que estava sendo construído na Apollo era muito importante no programa espacial e, por isso, eles investiram muito dinheiro em programas de treinamento. Então eles me mandaram para uma escola. Acho que foi aqui. Eu não acho que tive que viajar para muito longe. Foi em Houston, quero dizer. Mas logo depois de embarcar, eu fui embora. Eu estive em aulas por quatro ou cinco semanas. Mas você tem que imaginar, aqui está um garoto saindo da escola que acabou de sair de uma longa série de aulas de hardware e realmente gosta de computadores neste momento. Então, enquanto eu bebia da mangueira de incêndio, não tive problemas para engolir. Quer dizer, acabei de pegar tudo o que eles estavam tentando despejar em mim.

Então, quando voltei ao escritório depois disso, realmente não percebi na época, mas era um especialista. Quer dizer, eu sabia mais do que a maioria das outras pessoas. Não quero dizer genericamente, mas quis dizer que se uma das pessoas fosse um especialista em uma área, eu sabia quase tanto quanto aquela pessoa naquela área, muito generalista como resultado daqueles computadores de bordo. Então, por esse motivo, eles imediatamente me fizeram um líder de grupo. Alguém dividiu a organização em grupos e fez de mim um líder de grupo para uma coisa ou outra.

Mas comecei a viajar, então, até Boston para visitar o Laboratório de Instrumentação e, cara, eles nos enviaram, eu não sei, semana sim, semana não, subiríamos. Olhando para trás, é realmente engraçado, porque essas pessoas & # 8212 você sabe, eu & # 8217m vinte e um, vinte e dois talvez a esta altura, claramente muito molhado atrás das orelhas, e você entra nesses escritórios onde essas pessoas que estão na casa dos trinta, que eram bastante velhos para mim naquela época, estão trabalhando como loucos, e aí vem esse jovem com um distintivo da NASA, dizendo: & # 8220I & # 8217m no comando, e eu quero saber exatamente o que você & # 8217está fazendo e por quê, & # 8221 porque é isso que nos disseram para fazer.

& # 8220Claro. O que você gostaria que eu lhe dissesse? & # 8221

Eu não tinha a menor ideia do que perguntar, então eles nos disseram o que queriam. Algumas dessas pessoas do Laboratório de Instrumentação eram realmente boas. Eles eram mais parecidos com & # 8212bem, sendo parte da escola, eles eram mais como professores. Eles queriam ensinar e ajudá-lo a aprender o que estavam fazendo e por quê. Outros viram isso como interferência, você sabe, & # 8220Saia do meu caminho. Estou tentando fazer o trabalho. & # 8221

Acho que meu interesse por sistemas operacionais e aquela parte do negócio para a qual eles me apontaram tornaram tudo mais fácil, porque esse é o tipo de trabalho que essas pessoas criaram basicamente do zero, então eles adoraram falar sobre isso. Você sabe, é quase uma invenção. Então isso foi treinamento também. Aprendi muito sobre o Apollo lá.

Eles me colocaram no comando das cordas do AS-501 [core]. Tínhamos uma frase que chamávamos de & # 8220rope mães & # 8221 naquela época, sem querer ser sexista. Você sabe, cuidando do desenvolvimento do software. Por que cordas? Bem, os computadores de bordo da Apollo tinham memória com fio, não no sentido de chip de hoje. Era tudo memória central, mas a maior parte da memória do computador de bordo estava tecida. Se você pega um núcleo magnético e o magnetiza de uma maneira, ele o mantém, e se você magnetiza de outra maneira, ele o mantém. Esse é o seu um ou zero e um pouco. Um núcleo por bit, que é uma grande quantidade de núcleos magnéticos e muita potência, e é muito caro em uma espaçonave.

Então, eles descobriram uma maneira de criar um núcleo que teria muitos bits. O que eles fazem é reverter e inverter a maneira como fizeram os uns e zeros. Eles & # 8217d executam uma série de fios e, em uma palavra de dezesseis bits, eles & # 8217d executam dezesseis fios através de um núcleo. Bem, se fosse um, eles correram através do núcleo, se fosse um zero, eles correram ao redor do núcleo. Mas se você puder imaginar um feixe de dezesseis fios com vários quilômetros de comprimento e uma série de núcleos, milhões deles, com esses fios passando ou ao redor e, em seguida, um fio extra que seria usado para inverter a polaridade magnética do núcleo, o que aconteceria ou seja, se eles quisessem saber o valor de uma palavra em particular, eles & # 8217d descobririam qual núcleo, que núcleo inteiro representava aquela palavra, invertiam e todos os fios que passavam recebiam um pulso e todos os fios que circulavam não tem pulso, e isso & # 8217s seus uns e zeros de uma vez. Portanto, você obtém cerca de dezesseis vezes a compressão.

O problema é & # 8212e literalmente, eles pareciam cordas. Quero dizer, eles os empacotaram e os colocaram em uma caixa para que parecessem bem, mas pelo que me lembro, o mito, provavelmente o fato, é que Raytheon fez isso, construiu essas memórias centrais, essas cordas, e eles fizeram isso na área da Nova Inglaterra porque aquela & # 8217s onde ocorria muita tecelagem, muita indústria de tecidos, e eles literalmente usavam & # 8212. Quero dizer, o que nos disseram foi que eram todas velhinhas que teciam as cordas. Espero que tenha sido mais mecanizado do que isso. Na verdade, me lembro de ter ido ver uma vez e não me lembro de que o mito se antecipou ao fato, tenho certeza.

Mas a parte surpreendente disso é que, quando chegou a hora de interromper o desenvolvimento de software, foi realmente físico. Quer dizer, uma vez que eles começaram a tecer, era muito, muito difícil mudar qualquer coisa, como você pode imaginar. Lembro-me de uma ou duas vezes que eles realmente tentaram fazer isso, mas se errassem, eles teriam que começar de novo, basicamente, e isso era muito, muito caro.

O desenvolvimento de software não estava muito maduro em meados dos anos sessenta. Não havia muita coisa acontecendo. A noção de módulos, sub-rotinas e qualquer forma de abstração, que é a maneira como você pensa sobre engenharia de software hoje, ou não existia ou eram conceitos muito distantes. Toda a programação era basicamente feita no nível de uns e zeros, programação em linguagem assembly. A linguagem assembly era tão moderna quanto você tem, sabe, a noção de ter outro computador que traduziria palavras em inglês em uns e zeros que outro computador entenderia.

O pessoal do Laboratório de Instrumentação tinha alguns mainframes que faziam isso, e os programas de computador para o software de bordo eram todos em linguagem assembly e todos muito bem anotados. Ou seja, eles colocam comentários nas listagens. Mas isso era tudo quanto se tratava de documentação.

Havia muito, muito pouco na forma de requisitos, e o teste era um conceito novo. Foi aqui que eu acho que meus colegas que tinham experiência militar em desenvolvimento meio que encontraram os acadêmicos que tinham experiência prática em quase uma colisão e pessoas como eu foram pegos no meio. Teste é o nome do jogo quando você está jogando com segurança de missão, sistemas críticos. Portanto, a ideia de ter que testar e retestar e toda vez que você fizer um teste de mudança novamente era estranha, compreendida conceitualmente, mas era muito trabalhoso, muita sobrecarga do pessoal do Laboratório de Instrumentação & # 8217 para analisar e realmente documento, anote todos os testes que você vai executar, escreva os resultados do teste, revise-os e se você fez outra alteração. & # 8220E os testes são feitos de forma incremental? Do que você está falando? Vamos construí-lo e testá-lo. & # 8221

Portanto, a ideia era ir em frente e testar & # 8212a ideia que foi criada era fazer & # 8212Acho que os chamamos de níveis de teste. Nós fizemos. Meu Deus, eu esqueci tudo isso. Testes de nível 1 a 6. Você teve que carregá-lo até o final do Programa Shuttle, na verdade. Muito, pelo que me lembro, em um modelo militar, embora eu não tenha certeza de que os militares estavam muito à frente da NASA naquele ponto.

Mas eu me lembro disso como & # 8212e novamente, eu & # 8217m muito jovem, não conheço muitas pessoas, estou apenas fazendo meu trabalho. Quando você está na casa dos cinquenta anos, como estou hoje, olhando para trás, você sente que pode falar com alguma autoridade, mas eu não sabia o que estava acontecendo. Eu era apenas uma criança trabalhando naqueles dias. Mas eu me lembro do conflito. Eu me lembro dos argumentos. E quando você está no meio disso, não tem certeza de qual lado escolher, você sabe. Chega a ser uma daquelas & # 8220Eu posso ver as razões para os dois lados. É tão lento ter que testar. Vamos começar a construí-lo. & # 8221

De qualquer forma, essa foi claramente uma das contribuições dos meus colegas. Stan [Stanley P.] Mann foi um dos principais, eu me lembro, M-A-N-N. Ele era um graduado da Academia Naval [dos EUA] [Annapolis, Maryland], se bem me lembro. Acho que ele ainda está na área aqui. De qualquer forma, Stan e as outras pessoas realmente se esforçaram nos níveis de teste e venceram, e isso acabou, eu acho, sendo uma das coisas instrumentais que fizeram a computação a bordo funcionar para o Programa Apollo.

O outro mentor real na minha vida estava por perto naquela época, um cara chamado Bill [Howard W.] Tindall [Jr.], que, infelizmente, também faleceu nesta época. Bill era um desses que nunca quis realmente ser um gerente, apenas queria fazer o trabalho, um dos verdadeiros heróis do Programa Apollo, na verdade. Ele era um assistente técnico ou algo sob o comando de John Mayer naquela época na Divisão de Planejamento e Análise de Missão.

Bill tinha uma atividade chamada de prioridade de dados. Ainda não me lembro por que era chamado de prioridade de dados, mas a noção era & # 8212Acho que porque a Divisão de Planejamento e Análise de Missão lida com dados: como você descobre qual é a maneira certa de manipular e movimentar os dados? Ele acabou ficando no meio por causa dos problemas de desenvolvimento de software onboard.

Foi em algum lugar neste período de tempo que nos reorganizamos, e o ramo de Lynn Dunseith & # 8217s com duas seções se tornou uma divisão com alguns ramos. Acho que se chama Divisão de Apoio a Voo, talvez. E pensando bem, ele não era nem chefe de divisão, mas sim como deputado. Eles tinham um militar chamado Clements, talvez, Henry [E. & # 8220Pete & # 8221] Clements, acho que talvez fosse o chefe da divisão. Novamente, eu estava muito baixo. Não prestei muita atenção a esses detalhes. Eu sabia que trabalhava para Lynn Dunseith.

O engraçado é que eles mantiveram Bill Tindall no MPAD, e ele era basicamente o cara encarregado do desenvolvimento de software onboard, e nós estávamos em outra divisão neste momento. Contanto que & # 8212I & # 8217m perdendo o controle nas reorganizações. Logo depois disso, houve outro, e Jim [James C.] Stokes [Jr.], que dirigia essa outra seção de controle de missão de computadores de solo, acabou liderando a divisão, e éramos os únicos em sua divisão que não estavam trabalhando para o controle da missão. Ou seja, toda a sua divisão estava trabalhando em software de controle de missão e operações e assim por diante para dar suporte a todos os controladores de vôo, e nós éramos esta seção. Acho que ainda éramos uma seção, sim, em algum lugar de uma filial dessa divisão trabalhando em software onboard. Portanto, tínhamos meio que dois chefes e não tínhamos certeza de quem estava no comando às vezes.

Mas lembro-me claramente, olhando para trás, que não havia dúvidas de quem era o responsável pelo software de bordo. Certamente, quando começamos a nos aproximar do período de tempo da Apollo 11, era Bill Tindall, e eu me lembro de longas, longas, longas reuniões no Laboratório de Instrumentação examinando o software.

Refletindo por apenas um segundo, esse negócio de & # 8220rope mãe & # 8221, o que eles fizeram foi que os voos estavam bem próximos. Eles foram planejados para ficarem próximos. Então, quando isso acontece, você tem o efeito de sobreposição. Ou seja, você está trabalhando em vários voos ao mesmo tempo, porque o tempo de preparação, especialmente se você for tecer cordas, é mais longo do que o tempo entre os voos. E assim, para acompanhar o paralelismo & # 8212você & # 8217está trabalhando em vários estágios em muitos voos ao mesmo tempo & # 8212, eles designariam alguém para ser a & # 8220mãe da corda & # 8221 a pessoa responsável por garantir que tudo fosse feito corretamente cada vôo.

O que foi interessante foi que este AS-501, ou SA-501, como eles o chamavam, se você fosse um Marshall [Centro de Voo Espacial, Huntsville, Alabama] & # 8212, você já ouviu essa história? Apolo-Saturno. Você sabe, o Programa Apollo, [Wernher] Von Braun era muito, muito forte, é claro, naquela época, e era o Saturno que era o Programa Apollo, é claro. Bem, não, não era a nave espacial que era o Programa Apollo. Bem, vamos lutar sobre isso. Bem, vamos chamá-lo de ambos vamos chamá-lo de voos Apollo-Saturno. Então, se você estava em Houston, era AS, seguido por um número, era o número do vôo, e se você estava em Huntsville, era SA.

Esse tipo de rivalidade perdura há anos. É uma boa rivalidade. Acho que a NASA foi criada propositalmente dessa forma. Se você criar alguma competição, geralmente o progresso é mais rápido. Ele criou alguns grandes silos sobre os quais talvez voltaremos e falaremos mais tarde, eles realmente deveriam cair com o tempo, mas naquela época era uma grande competição e não havia muita sobreposição. Quero dizer, se você estava trabalhando no Programa Saturno, era diferente de trabalhar na espaçonave.

De qualquer forma, eu era a & # 8220mãe corda & # 8221 para este Apollo-Saturn 501, que era um vôo não tripulado. Foi o primeiro lançamento daquele enorme veículo de lançamento de 36 andares. Foi isso que me levou ao centro de controle. Se você acha que o pessoal responsável pelo software não tinha muita experiência em computadores e software, pode imaginar como era para os controladores de vôo. Eles não o fizeram. Além disso, os computadores de bordo da Apollo eram computadores de orientação. A função deles não era a computação como você pensa hoje, mesmo em uma aeronave. Quer dizer, há orientação e navegação nesses computadores, mas nenhum planejamento de vôo, nada disso. Basicamente, o que esses computadores faziam era pilotar o veículo. Era para isso que servia.

Assim, as pessoas que cresceram em sistemas de voo de qualquer tipo estavam acostumadas com sistemas de voo analógicos.Portanto, ainda era um sistema de vôo para eles, não um sistema de computador, e havia computadores nele, mas a noção de que o mundo estava mudando não havia chegado a nenhum de nós. Quero dizer, você não pode prever o futuro facilmente, mas a noção de que este era um computador cercado por fios e encanamentos não tinha realmente funcionado. Eram fios e encanamentos com alguns computadores, certo? O giro era o contrário. Portanto, os computadores eram um pé no saco. Eles não funcionariam. Haveria bugs de software. & # 8220O que é tudo isso? Eu só quero que funcione. & # 8221 Os verdadeiros problemas estão na propulsão ou em & # 8212 você sabe o que quero dizer com encanamento. Quero dizer vasos de pressão e coisas assim. É aí que está o verdadeiro tipo machista de negócios espaciais e, & # 8220Todas essas coisas de computador, tire da minha frente. & # 8221

Portanto, neste mundo de controle de vôo, os controladores de vôo são uma espécie de raça diferente na NASA. Quase todos eles tiveram algum tipo de experiência de pilotagem, destinada a ser assim. Eles tiveram que atrair algumas pessoas que eram muito mais acadêmicas naquela época, pessoas que sabiam algo sobre gerenciamento e orientação de trajetórias e assim por diante. Na verdade, eles enterraram todos aqueles tipos na primeira fila do controle de missão. Eles o chamaram de & # 8220A Trincheira & # 8221 e os enterraram lá, quase literalmente, o oficial de dinâmica de vôo, FIDO, o oficial de orientação, GUIDO.

De qualquer forma, eles não tinham muitas pessoas que soubessem muito sobre computadores, então eles disseram: & # 8220Queremos algum suporte. & # 8221 Naquela época, estávamos todos na mesma diretoria, então eu e algumas outras pessoas foi emprestado para ir sentar-se no que foi chamado de sala de apoio da equipe, ou SSR, e apoiá-los. Você tem uma foto. Gene [Eugene F.] Kranz era muito ativo naquela época como um dos diretores de vôo. Chris [Christopher C.] Kraft [Jr.] era o chefe de tudo. Era basicamente fazer pelos números. Todo mundo sabia que seria muito gerenciamento de crise.

Então, olhando para trás, eles queriam pessoas que fossem bastante jovens lá porque eram obedientes. Experiência não significava muito, porque não havia experiência nesse negócio. Muito do trabalho do dia a dia era muito chato porque você estava seguindo o livro, mas essas pessoas escreveram seus próprios livros. Isso é o que foi divertido. Eles escreveriam seus próprios procedimentos e regras e depois os seguiriam, certo? Foi como escrever uma peça e depois ter que passar por ensaios para atuar nela, mas você escreveu a peça, então foi divertido, ok? Mais divertido para eles.

Mas não entendemos tudo isso, então pedimos que essas pessoas entrassem e se sentassem na sala de suporte para nos apoiar. Eles também não saúdam. [Risos] Eu e colegas como eu do MPAD, ou ex-MPADers, por assim dizer, éramos todos, mesmo então, sabíamos que não éramos controladores de vôo, então éramos meio desonestos naquele ambiente. Mas nós conhecíamos nossas coisas. Conhecíamos nossas coisas muito bem. Então, acabei passando muito tempo sentado em um console e assistindo aos computadores de bordo.

Este é um bom ponto para apresentar uma história de tecnologia. Naquela época, o ícone de um computador era uma unidade de fita. Todos vocês, tenho certeza, talvez sejam muito jovens para se lembrar disso, mas sempre que alguém fazia uma caricatura de um computador, ele sempre tinha uma caixa com dois olhos, você sabe, as duas fitas que giravam. Hoje, um ícone é um CRT, a tela, mas naquela época era um drive de fita. Você vê os filmes antigos, você vê primeiro os filmes antigos, o que você vê em um computador? Você viu uma fileira de unidades de fita e, a seguir, o console com todas as luzes piscando, o que geralmente não fazia sentido.

Então, quando você entrou no controle da missão, foi o que você viu no primeiro andar, todos aqueles grandes mainframes IBM com unidades de fita girando e luzes piscando e tudo mais. Mas quando você subia para as salas de controle, eles tinham CRTs, televisores. Você pode realmente ver essas coisas. Isso é absolutamente & # 8212, não significa nada para ninguém hoje. É assim que os computadores funcionam hoje, certo? Mas naquela época, se você passava a vida na frente de um teclado digitando cartões perfurados e quando o computador funcionava, você colocava de volta no papel, ser capaz de ver as coisas acontecendo na tela em tempo real era absolutamente incrível, principalmente se você sabia alguma coisa sobre computadores.

Bem, para alguém como eu, foi duplamente incrível, porque eu não estava assistindo o que estava acontecendo. Eu não estava olhando para a tela do computador para ver os dados de trajetória ou pressões de encanamento ou sistemas. Eu estava olhando para o computador para ver dentro de outro computador. É como ter uma máquina de raio-X. É como ir para a faculdade de medicina, ser treinado no corpo humano, mas antes da hora dos raios-X e, de repente, ser capaz de ver, viver, você sabe, com um raio-X ou algo assim, o que & # 8217s continuando e dizendo: & # 8220Oh, sim. Eu aprendi tudo isso. É assim que funciona. & # 8221 Pudemos realmente ver o interior dos computadores de bordo do Apollo e ajudamos a dizer a eles que tipo de monitores escrever para nós.

Bem, olhando para trás, o incrível não era muito profundo. Naqueles monitores de computador que vimos, o mainframe que executava todo o controle da missão era apenas um & # 8212; eles realmente tinham dois. Eles tinham um primário e um backup e eram executados em conjunto para que um campo pudesse ser trocado para o outro. Eles o chamavam de MOC, o Computador de Operações de Missões. Esse computador é muito lento. Os mainframes, mesmo naquela época, podiam fazer muitas coisas ao mesmo tempo e eram muito, muito capazes de enviar e receber muitos dados, tanto quanto qualquer computador desktop pode fazer hoje, muito mais, mas em computação bruta potência, eles são muito fracos. Um grande mainframe não era muito mais poderoso do que os computadores de mesa de hoje, certamente não tinha a memória dos computadores de hoje.

Portanto, se você pode imaginar a programação que eles tiveram que fazer para acionar centenas de monitores e fazer todos os cálculos de uma vez, em primeiro lugar, funcionou bem devagar e, em segundo lugar, era difícil encontrar recursos de computação. A maneira como eles conseguiam mais rendimento naquela época era descarregando as coisas. Quero dizer, o computador deveria simplesmente produzir números, não tentar pintar imagens, e eles fariam isso com outros dispositivos com os quais os computadores conversassem. Assim como o mapa-múndi que está na frente do centro de controle, naquela época o mapa-múndi era um slide pintado de um mapa-múndi e as trajetórias eram basicamente um Etch-a-Sketch. Você já viu isso?

Rusnak: sim.

Garman: OK. Foi assim que funcionou. O computador literalmente meio que gravava, dirigia uma caneta. Eles & # 8217d gravam em algo que projetou a trajetória. Pareciam ondas senoidais em uma projeção do localizador. Portanto, o computador não precisava fazer muito, apenas traçar a linha e pronto. Mesma coisa nas telas. As exibições que vimos eram apenas colunas de números e todos os nomes & # 8212 você sabe, se você & # 8217d quiser ter um texto que dissesse qual era o número, como o tempo, estava em um slide, estava literalmente impresso um slide.

Então, quando você ligou para um display, havia esse caso Rube Goldberg do qual eles estavam muito orgulhosos. O computador exibiria seus números em um CRT, ok, e aqui & # 8217s algumas colunas de números & # 8212 apenas imagine, colunas de números & # 8212 e então um slide viria sobre isso e outra câmera tiraria uma foto dos dois juntos, e o que vimos nas telas do computador foi o composto. Bem, isso é o melhor que fizemos naquela época.

Lembro-me do filme da Apollo 13 em que Tom Hanks estava, lembro-me de pessoas perguntando, ao verem esses controladores de vôo sentados lá com suas regras de cálculo, & # 8220Com todo o poder de computação, você estava usando regras de cálculo? & # 8221 Sim. Absolutamente. Os computadores não podiam fazer nada. Você não poderia interagir com eles. Eles apenas bombearam dados para os CRTs. Era basicamente o paradigma da operação de mainframe em qualquer ambiente de lote onde, em vez de obter impressões, entrava ao vivo na tela, mas era contínuo e era difícil de mudar, exceto para selecionar coisas diferentes para olhar que eram anteriores -programado. Então, sim, todos recebemos regras de cálculo circulares e fizemos nossas coisas.

De qualquer forma, essa tecnologia me surpreendeu absolutamente, me encantou e a capacidade de olhar fixamente para um computador. Tenha em mente que passamos por centenas de simulações antes de qualquer vôo, e você sabe que é uma simulação, portanto, é tudo um jogo. Bem, quando eu sentei no controle da missão para o primeiro voo Apollo-Saturno e ele começou e de repente percebi que estava olhando para um computador que estava literalmente no espaço & # 8212 e no espaço ainda é novo & # 8212; ele deve ser incrível novamente . Foi absolutamente incrível.

Você já viu o filme Matrix? Qualquer pessoa que olhar para isso anos depois vai rir de mim por isso, mas há uma cena aí. Esse filme foi a noção de que o mundo real é um mundo virtual, tudo & # 8217s dirigido por computadores, e há & # 8217s uma cena em que há um sujeito olhando para esse tipo de cachoeira de números em uma tela, e o personagem principal diz , & # 8220Bem, o que você está olhando? & # 8221

Ele diz: & # 8220I & # 8217 estou olhando para aquele mundo virtual. & # 8221

& # 8220Você pode olhar para esses números e realmente vê-los? & # 8221

& # 8220Oh, sim. Há uma jovem caminhando, & # 8221 ou algo parecido, e ele está apenas olhando para os números. Isso foi um déjà vu para mim em uma escala muito pequena, porque não conseguimos fazer com que eles colocassem nada na tela dos computadores, exceto números octais. Muito do progresso dos computadores foi baseado no que se chama de bits de bandeira, você sabe. Enterrado em uma palavra de dezesseis bits, cada pedaço significava alguma coisa. Se fosse um, significava que o computador havia passado de um determinado estágio do processo. Quer dizer, não importa o quê. Centenas dessas coisas.

Então, se você conhecesse os programas de computador e tivesse meio que memorizado todos esses bits de sinalização, você poderia olhar para esses números octais, e um único dígito octal é uma combinação de três bits binários, então você tem que fazer a conversão em sua cabeça. Você pode olhar para esses números octais e eles não têm qualquer significado. Quero dizer, o rótulo na tela seria a palavra de sinalização um, a palavra de sinalização dois e nós & # 8217d olharíamos para essas colunas de números e diríamos, & # 8220Sim, o computador & # 8217s fazendo isso, o computador & # 8217s fazendo aquilo. & # 8221 As pessoas se aproximavam e diziam: & # 8220Você & # 8217é estranho. & # 8221 [Risos] Bem, sabíamos exatamente o que estávamos olhando e é uma língua completamente estranha para qualquer pessoa que aparecesse. De qualquer forma, aquele déjà vu foi meio engraçado para mim ao ver aquele filme.

Apolo, sim. Bem, sentados no centro de controle, aprendemos algo rapidamente, e isso foi a Lei de Murphy & # 8217s. Se as coisas podem dar errado, eles vão. O software certamente era um novo ingrediente nas espaçonaves naquela época. Foi maravilhoso porque, de certa forma, você poderia alterá-lo para que não precisasse religar tudo se houvesse um problema de design. Você poderia entrar lá e mudar o software, não ficar o mesmo porque tínhamos que tecer as cordas ou algo assim se tivéssemos que fazer uma mudança.

Mas descobriríamos que poderíamos fazer alguma reprogramação em tempo real dos computadores. Embora a maior parte da memória fosse assim conectada, deveria haver algo do que foi chamado de memória apagável, o tipo de memória a que você está acostumado nos computadores hoje. Caso contrário, o computador não teria espaço para fazer cálculos, certo? Bem, eles foram inteligentes o suficiente para colocar pontos de ruptura no código do software. Normalmente, nesses bits de sinalizador, o software se lembra de onde está e salta para examinar o valor na memória para decidir para onde ir em seguida. Isso foi feito principalmente para confiabilidade. Ou seja, não tínhamos computadores redundantes. Havia apenas um computador em cada espaçonave, o módulo de comando e o módulo lunar, apenas um computador, e foi projetado para ser redundante internamente. Ou seja, qualquer componente poderia falhar no computador e ainda assim funcionaria. Nenhum componente, mas foi feito para ser ultra-altamente confiável.

Eu perdi totalmente minha linha de pensamento. Isso já aconteceu com você? Você está no meio de uma descrição de algo e isso vai mal para você?

Rusnak: Certo.

Garman: Oh, sim, os pontos de ruptura. Portanto, o software foi projetado para memorizar onde estava, de modo que, se fosse interrompido e não soubesse o que estava fazendo, pudesse voltar e reiniciar. Foi chamado de reinício. Todos os cálculos foram feitos de forma que, à medida que o software progredia através de & # 8212, muitos softwares são cíclicos, é claro & # 8212, mas conforme avançava em qualquer ciclo, ele memorizaria escrevendo dados nesta memória apagável onde estava de tal forma que se ele se perder, pode voltar à etapa anterior e refazê-lo. Era assim que ele poderia se recuperar de falhas temporárias ou & # 8220Eu me perdi. & # 8221 Em mainframes, eles chamam de AB-END, finalização anormal. No mainframe, fazendo a programação em lote, se o software desistir e não souber o que fazer, ele apenas libera o programa, faz um dump e diz & # 8220AB-END. & # 8221 Você não & # 8217t faz que quando você está voando em uma espaçonave, você simplesmente segue em frente. Portanto, a noção de reinício estava lá.

Bem, por ter que colocar tudo isso na memória apagável, havia um certo grau de reprogramação que poderia ser feito. Lembro-me muito claramente que tínhamos que argumentar para permitir aos astronautas a capacidade de digitar números octais na memória apagável. A interface do computador naquela época era um dispositivo chamado DSKY, monitor e teclado, e o paradigma usado eram verbos e substantivos. Na verdade, havia uma chave V para verbo e uma chave N para substantivos. Então, talvez um verbo seria & # 8220display & # 8221 e um substantivo seria o que você estava exibindo. Sem cartas, é claro. É todos os números. Mas com verbos de dois dígitos e substantivos de dois dígitos e havia, eu acho que eram três exibições de cinco caracteres, isso & # 8217s, três porque na navegação você estava vivendo em um mundo de três eixos. Assim como a velocidade, & # 8217d pode haver X, Y, Z. Sempre & # 8217s três de tudo.

De qualquer forma, entradas e exibições de computador eram uma série de verbos e substantivos. Ou o computador colocaria um verbo e um substantivo para dizer o que estava exibindo, ou o astronauta digitaria um verbo e um substantivo para dizer o que ele ou ela & # 8212estava tudo & # 8220he & # 8221 no Apollo & # 8212estava tentando pendência.

Todos nós trabalhamos muito para fazê-los colocar no antigo verbo vinte e um, substantivo um & # 8212. Ainda me lembro do verbo e substantivo & # 8212, que era a noção de chave na memória, em um local específico da memória, na memória apagável, um valor específico. Isso foi horrível, é claro, porque você poderia destruir o computador dessa forma se digitar o valor errado. Deixe-me salientar que se trata apenas de computadores. Lembre-se, este é um mundo diferente. Quer dizer, um astronauta também pode pegar o interruptor errado e destruir o veículo. Vamos. Se algo der errado, você deve poder consertar. Isso faz parte da noção de ter seres humanos no espaço. Então isso aconteceu.

Mas então, com o tempo, criaríamos todos esses pequenos procedimentos de bolso que resolveriam problemas nos quais ninguém jamais havia pensado. Ao relembrar isso, fiquei horrorizado, porque os tínhamos escrito no verso dos envelopes. Os consoles tinham plástico como os que você tem em uma mesa hoje. Colocaríamos essas coisas sob o plástico do console e, durante as simulações, nós as usaríamos. Você sabe, & # 8220Bem, diga a eles para fazer o verbo vinte e um e nomear isso para consertar isso ou aquilo. & # 8221 Eles & # 8217d iriam e funcionaria, e chegou ao ponto que eles ficaram bravos para nós. Eles literalmente ficaram com raiva de nós, porque, & # 8220Quantos desses você tem? Eles foram testados? & # 8221

& # 8220Não. Acabamos de descobrir que funcionaria. & # 8221

Agora, lembre-se, nós somos jovens e estúpidos, certo? Quer dizer, estávamos apenas tentando fazer o trabalho. Portanto, a noção de programação de memória apagável, EMPs, tornou-se muito, muito popular. Espero estar no programa certo. Com Shuttle e Apollo acabamos fazendo os dois, mas, sim, era Apollo. Certamente era Apollo, sim. Eu & # 8217 estou olhando para trás. Porque Ken [Thomas K.] Mattingly [II] foi um dos campeões da programação de memória apagável.

Então, depois de um tempo, até isso foi formalizado. Ou seja, você & # 8217d teria todas essas pequenas coisas extras que você & # 8217d faria que documentamos e testamos em todas as simulações de antemão, e elas seriam realmente incorporadas à lista de verificação da equipe & # 8217s. Mas quando você está pensando em soluções alternativas e soluções, isso é algo sem fim, certo? Não importa o que aconteça, sempre teremos mais algumas dezenas de pequenos consertos em nosso bolso. Quero dizer, no mundo do hardware, as pessoas não pensam nada sobre isso. Você sabe, você tenta documentar tudo, mas, sim, se você teve esse tipo de falha, bem, vamos tentar lançar o disjuntor antes de fazermos isso para fazer isso. Eles não pensaram nisso como um procedimento que deveria ser testado antes do lançamento. Você foi inteligente o suficiente para entender o encanamento e esquecer que é a coisa certa a fazer. Bem, é a mesma coisa em computadores, mas, lembre-se, eles são assustadores e poucas pessoas os entendem. & # 8220Você & # 8217está vendo o que está na tela? & # 8221 Você sabe, é meio misterioso.

Este é provavelmente um bom ponto para entrar na experiência da Apollo 11. Foi fantástico. Tivemos muitos voos que levavam à Apollo 11. Eu não estava na tripulação ou algo parecido. Eu estava apenas assistindo, sentado nos consoles entre os voos, fazendo simulações.

Lembre-se, esta noção de reinicialização que eu & # 8217 descrevi, onde o computador pode voltar, durante as simulações no controle da missão, porque eu me sentei em uma sala dos fundos, em uma sala de suporte, nunca fui um & # 8220 controlador de vôo & # 8221 I diga com aspas. Havia outro grupo de pessoas no jogo de controle de vôo naquela época. Essas eram as pessoas que eram os treinadores. Eles pensariam nos problemas, nas falhas para causar. Naquela época, você deve imaginar que, ao se aproximar de um desses voos para onde nenhum homem jamais esteve, eles não queriam colocar falhas das quais você não pudesse se recuperar. Isso seria desmoralizante e chegaria aos jornais. Quer dizer, até as simulações chegaram aos jornais. Portanto, eles foram muito cuidadosos em coisas realistas e preveriam como a equipe de controle de vôo reagiria e o que eles deveriam fazer para corrigir o problema, e geralmente eles estavam certos.Talvez os controladores de vôo viessem com algo ainda mais inteligente do que os treinadores, ou talvez menos, e eles fariam um debriefing após cada simulação e realmente analisariam com cuidado para ver se eles fizeram seu trabalho direito. Esta é outra forma de teste, não é? Você está testando se a parte pessoal do sistema está funcionando.

Bem, porque eu era um cara de bastidores, eles não achavam que era trapaça virem nos perguntar que tipo de falhas eles poderiam colocar para fazer os computadores não funcionarem, porque, novamente, não havia muitos de pessoas que sabiam sobre computadores, muito menos sobre os computadores de bordo. Assim, ajudaríamos a compensar as falhas e fingir que não sabíamos o que eram. OK? E não foi tão ruim assim. Nós & # 8217d sugerimos um tipo de falha e eles, é claro, modificaram e fizeram um diferente, de modo que não o reconhecemos. Quer dizer, estávamos sendo testados também.

Mas eu me lembro claramente de ajudá-los a descobrir alguns erros semifatais de computador, erros que fariam com que os computadores reiniciassem. Bem, foi um desses ou uma derivação de um deles, foi apenas alguns meses antes da Apollo 11, eu & # 8217m bastante certeza que era maio ou junho & # 8212 e eu & # 8217 tenho certeza que você sabe exatamente agora quando & # 8212 que um O jovem rapaz chamado Steve [Stephen G.] Bales, alguns anos mais velho do que eu, era o Oficial de Orientação, e essa era a posição da sala de espera que mais frequentemente apoiamos porque ele meio que observava os computadores.

Um desses alarmes de computadores malucos, tipo de coisas & # 8220computer deu errado & # 8221, aconteceu e ele chamou um aborto da aterrissagem lunar e não deveria, e isso assustou todo mundo até a morte. Aqueles de nós na sala dos fundos não pensamos em nada disso. Novamente, não estávamos em contato com a seriedade da simulação para o mundo real. & # 8220Ok, bem, faça novamente. & # 8221

Mas Gene Kranz, que foi o verdadeiro herói de todo o episódio, disse: & # 8220Não, não, não. Quero que todos vocês anotem todos os alarmes de computador possíveis que podem dar errado. & # 8221 Lembre-se, & # 8217 estou olhando para isso como, & # 8220Bem, deveríamos ter pensado em uma falha melhor, & # 8221 e ele & # 8217s olhando para ele como, & # 8220Estas coisas podem realmente acontecer & # 8221 parcialmente porque ele não entendia os computadores, mas parcialmente porque ele & # 8217 está absolutamente certo. Ele está olhando para a floresta e não para as árvores. Então ele nos fez sair e estudar cada alarme de computador que existia no código, aqueles que não poderiam acontecer, eles foram colocados lá apenas para fins de teste, até os que eram normais, e para descobrir, mesmo se não conseguimos encontrar uma razão para o alarme acontecer, quais foram as manifestações se aconteceu. Está acabado? O computador está morto? O que você faria se isso acontecesse, mesmo que você não saiba?

Então nós fizemos. Nós fizemos. Eu ainda tenho uma cópia dele. Ele é escrito à mão, sob um pedaço de plástico, e nós o anotamos para cada execução do computador e o colocamos sob o vidro do console. E com certeza, a lei de Murphy & # 8217s, os computadores de bordo funcionavam em ciclos de dois segundos, o que é terrivelmente longo no mundo dos computadores de hoje.

A noção de navegação e controle de vôo é como se você estivesse andando na rua, você abre os olhos para ver onde está uma vez a cada dois segundos e vê o corredor ao seu redor, o teto e a estrada à frente, e então você fecha os olhos e decide onde colocar os pés. OK? Portanto, não há obstáculos à sua frente e você ainda não atingiu o fim, então você calcula que provavelmente pode dar três passos antes de conseguir abrir os olhos novamente. Em outras palavras, você meio que interpola e descobre quantos passos dar. Então você dá três passos. Então você para e abre os olhos, olha em volta, fecha os olhos e vai embora.

É exatamente assim que a navegação e o controle de vôo funcionam, certo? Leia todos os parâmetros, faça os cálculos e bombeie os próximos dois segundos & # 8217 de comandos para apontar os sinos e os aceleradores do motor e assim por diante. Não importava se você estava no módulo de comando com um módulo de serviço atrás de você fazendo uma gravação. Ou, mais importante neste caso, no módulo lunar, com aquele motor de descida queimando continuamente e tendo que se ajustar continuamente. Porque, lembre-se, eles são como um helicóptero, mas estão voando no topo de uma pluma, certo?

Você está prestes a mudar isso, porque eu irei pausar se você for. sim. Eu preciso de uma pausa primeiro. Por que não fazemos apenas uma pausa.

Garman: Então, Gene Kranz nos pediu para anotar todos os alarmes possíveis do computador e o que poderia acontecer, o que poderia causar isso. Os computadores, como eu estava começando a descrever, funcionam nesses ciclos, ciclos de dois segundos, para calcular como acionar os motores. Quando comecei a esquecer a distância da superfície lunar, a conclusão havia sido que mais precisão era necessária para que os programas de computador dobrassem sua velocidade, eles rodariam uma vez por segundo. OK? Você sabe, conforme você está se aproximando do solo, da superfície lunar, você não deseja navegar por dois segundos inteiros. Você deseja obter um pouco mais de precisão.

Todos sabiam que os computadores ficariam um pouco mais ocupados como resultado disso. Pelo que me lembro, houve algumas coisas que ele parou de fazer para compensar isso, mas o fato é que o que chamamos de ciclo de trabalho da máquina, ou seja, quanto tempo livre ela tinha, diminuía quando ia para o ciclo de um segundo. Acredito que todos os testes mostraram que talvez ele estivesse operando com um ciclo de trabalho de 85 por cento quando passou para o ciclo de um segundo.

Um dos alarmes de teste que estava lá dizia se era hora de iniciar o próximo ciclo de cálculos & # 8212 abra seus olhos, olhe, calcule e assim por diante & # 8212 se fosse hora de iniciar o próximo ciclo e você ainda estivesse no ciclo anterior, há algo errado. É como quando você tem muitas coisas para fazer. É chamado de acenar com o arco - todas aquelas tarefas que você não vai realizar. Isso não é bom.

Portanto, o computador seria reiniciado. Isso faz todo o sentido. Esvazie tudo, limpe, olhe para aquelas tabelas de reinicialização, volte para a última posição conhecida e prossiga. Sobrecarga não era uma situação que já tivesse sido testada, pelo que eu saiba, mas como aquele design de reiniciar no caso de problemas desconhecidos foi feito tão bem, uma sobrecarga é um exemplo perfeito de um problema desconhecido, e acontece ele se recuperou.

Bem, o motivo da sobrecarga não era conhecido por mais ou menos um dia, e um dia é muito tempo quando você está pousando na lua. Quando chegaram ao ponto em que mudaram para ciclos de um segundo, um desses alarmes de computador disparou. Estes são Neil Armstrong e Buzz Aldrin, e eles estão neste veículo. Eles são as primeiras pessoas a pousar na Lua, e um desses alarmes de computador dispara, eles recebem este código de quatro dígitos para o que o alarme é, 1201, 1202 foram os dois alarmes, pelo que me lembro. A única razão pela qual me lembro disso é que alguns amigos meus me deram uma camiseta com aqueles dois alarmes quando me aposentei. Esses eram os números, certo.

Nesse sistema, pelo que me lembro, no veículo, quando um desses alarmes disparava, tocava o que se chamava sistema mestre de advertência e alerta. Agora, cuidado e advertência mestre é como ter um alarme de incêndio disparando em um armário. OK? Quer dizer, & # 8220 quero ter certeza de que você & # 8217 está acordado & # 8221 um desses nos fones de ouvido, luzes, tudo. Percebi que seus batimentos cardíacos aumentaram e tudo mais. Você sabe, você não está mais olhando pela janela.

Então, esse alarme de computador aconteceu e Bales disse: & # 8220O que é? & # 8221 Então olhamos para a lista daquele alarme e, sim, certo, e se ele não ocorrer novamente com muita frequência, estamos bem , porque é necessário reinicializar e liberar. Não pode acontecer, mas como Kranz nos disse, dissemos: & # 8220Tudo bem. Teoricamente, se alguma vez ficou sobrecarregado, o que vai acontecer? & # 8221 Bem, o computador & # 8217s vai ter um destes alarmes. Ele limpará o sistema de todas as tarefas que ele precisa realizar, de modo que as que estiverem lá duas vezes por causa da sobreposição serão reduzidas a nenhuma e, quando for reiniciado, colocará apenas uma delas de volta. Direito? Portanto, é autolimpante e autocurativo, contanto que não aconteça continuamente. Direito?

Bem, há um atraso de dois segundos, apenas para começar, ok, você sabe, a velocidade da luz. Então, obviamente, não é recorrente com tanta frequência que o veículo fica instável. Então eu disse, neste loop de voz de fundo que ninguém pode ouvir, eu & # 8217 estou dizendo a Steve, & # 8220Contanto que não ocorra novamente, está & # 8217 bem. & # 8221

Bales está analisando o restante dos dados. O veículo não está virando. Você não conseguia ver mais nada dando errado. O computador está se recuperando muito bem. Em vez de calcular uma vez por segundo, de vez em quando, ele está calculando a cada segundo e meio, porque ele descarrega e tem que fazer isso de novo. Portanto, é um pouco mais lento, mas sem problemas. Está funcionando bem. Portanto, não está ocorrendo com muita frequência, tudo está estável e ele faz seu famoso & # 8220We & # 8217re go, flight & # 8221 ou o que quer que seja.

Quando ocorreu novamente, alguns minutos depois, um alarme diferente, mas era do mesmo tipo & # 8212Eu esqueço qual veio primeiro & # 8212Lembro-me claramente de ter gritado & # 8212 dessa vez gritando, você sabe, no loop aqui & # 8212 & # 8221O mesmo tipo! & # 8221 e ele grita, & # 8220O mesmo tipo! & # 8221 Eu podia ouvir minha voz ecoando. Em seguida, o Cap Com diz: & # 8220O mesmo tipo! & # 8221 [Risos] Bum, bum, bum, subindo. Foi muito engraçado.

O que foi realmente assustador foi que depois, depois que eles pousaram & # 8212, tenho que dizer algo sobre o pouso antes de entrar nele. Para nós, estava tudo acabado naquele ponto. Ou seja, não há nada que alguém possa fazer no centro de controle. Tenho certeza que você já ouviu muitas, muitas histórias, que eles estão ficando sem combustível e que [capcom] Charlie [Charles M.] Duke, & # 8220Nós & # 8217 estamos prestes a ficar azuis, & # 8221 e eles pousaram. Todos estão prendendo a respiração.

Mas o ponto mais fenomenal para mim, observando isso, foi que nós & # 8217d assistimos centenas de pousos em simulação, e eles & # 8217são muito reais, e neste em particular, o real, o primeiro, Buzz [Edwin E.] Aldrin [Jr.] gritou, & # 8220Nós & # 8217 temos poeira agora & # 8221 e nunca ouvimos isso antes. Você sabe, é um daqueles, & # 8220Oh, esta é a coisa real, não é? & # 8221 Quer dizer, você sabe que é a coisa real, mas & # 8217 está funcionando como um relógio, mesmo com problemas. Sempre tivemos problemas durante a descida. Acontece um problema, você resolve o problema, segue em frente, sem problemas. Em seguida, Buzz Aldrin diz: & # 8220Nós & # 8217 temos poeira agora. & # 8221 Meu Deus, isso é real. E você não pode fazer nada, é claro. Você está apenas sentado aí. Você é um espectador agora. Incrível. Incrível.

Logo após o pouso, é claro, todo mundo que tem alguma coisa a ver com computadores está por toda parte, tentando descobrir o que diabos aconteceu. Lembro que Dunseith entrou. Tínhamos conectado um gravador extra apenas para gravar nosso loop de voz, e lembro que Lynn Dunseith entrou e nos pediu para tocar a fita, porque ninguém na sala da frente podia ouvir a conversa nos fundos. Eles estavam apenas fazendo o loop do diretor de vôo & # 8217s. Ele disse algo como, & # 8220Oh, meu Deus, & # 8221 e voltou caminhando para a sala da frente. Foi muito engraçado.

Evidentemente, no calor do momento, toda a atenção estava voltada para Steve Bales e não para mim e meus colegas na sala dos fundos que o estavam ajudando, e acho que era isso que Lynn estava fazendo, ele estava voltando para apontar que é um esforço de equipe e todas essas coisas, que Steve Bales fez, sem problemas, foi. A razão de eu levantar isso é que não tínhamos ideia & # 8212você não & # 8217só percebeu até anos depois, na verdade, como fazer a coisa errada na hora certa poderia ter mudado a história. Quer dizer, se Steve tivesse feito um aborto, eles poderiam muito bem ter abortado. É questionável. Ou seja, aqueles caras eram tão dedicados ao desembarque que poderiam ter desobedecido às ordens se não vissem algo errado. Mas mesmo assim, você sabe, caminhos não percorridos, você não tem ideia do que pode ter acontecido. Isso foi extremamente, em retrospecto, um daqueles pontos em que você estava certo no momento em que você era uma testemunha no meio de algo que poderia realmente ter mudado o andamento das coisas. Por isso, foi muito bom que houvesse pessoas como Gene Kranz e Steve Bales e outros que mantiveram a cabeça no lugar e refletiram sobre isso.

Acontece que os caras do hardware descobriram o problema no Laboratório de Instrumentação. Ocorreu um problema de aterramento no radar de encontro. O radar de encontro foi usado quando você sobe para voltar ao encontro, e eles o deixaram ligado, eu acho, ou algo assim. Ainda pode haver um especialista por perto que possa lhe dizer. Mas a forma como os computadores faziam suas entradas e saídas & # 8212 pelo menos esses computadores faziam & # 8212 era para ler o mundo analógico, como a posição de uma antena de radar, neste caso. Eles tinham conversores analógicos e digitais que faziam uma medição com base na tensão de uma posição e a convertiam em um número, um número digital. Mas hoje esse tipo de coisa é escrito diretamente na memória do computador. Naquela época, não havia tal coisa. O que aconteceu é que cada vez que a medida analógica se movia o suficiente para mudar um bit, a conversa analógica e digital era simplesmente o ato de interromper o computador e fazer com que ele involuntariamente adicionasse ou subtraísse um a um determinado local da memória. Tudo bem?

Então as coisas de canais ou I / O nesse sentido gravam diretamente na memória, o que hoje é chamado de DMA, um acesso direto à memória, mas não é feito dessa forma. É feito via hardware. Se o radar ou algo se movesse um bit para baixo, ele subtrairia um bit um bit para cima e acrescentaria um.

Bem, como o radar estava ligado na hora errada, houve um problema de aterramento, e o conversor analógico e o digital erraram. É chamado de ruído branco. A média era zero, que é o que era, mas iria vagar para cima e vagar para baixo, vagar para cima e vagar para baixo. Então o computador estava continuamente sendo interrompido para adicionar um, adicionar um, subtrair um, subtrair um, subtrair um, adicionar um, adicionar um, subtrair um, adicionar um, subtrair um, continuamente, em uma taxa alta. Na verdade, ele consumiu 14 ou 15% do tempo do computador.

Então, quando eles caíram de um ciclo de dois segundos para um ciclo de um segundo, de repente houve essa carga involuntária extra no computador adicionando uns e zeros e menos uns a alguns dos ciclos que causaram o esgotamento do tempo. Estava funcionando com um ciclo de trabalho de 101 ou 102 por cento, o que significa que não havia tempo suficiente para fazer tudo. Então, mais cedo ou mais tarde, ele se pegou querendo iniciar outro ciclo antes que o ciclo anterior terminasse. Esvaziou, isso limpou tudo, e como estava apenas marginalmente acima de 100 por cento, ele continuaria por vários segundos antes de finalmente se recuperar e esvaziar novamente. Daí o problema.

Bem, você pode imaginar & # 8212 você pode imaginar & # 8212que fez com que tudo ficasse bem para o pouso da Apollo 11. Quero dizer, eles resolveram o problema, vamos mudar isso da maneira certa, isso não acontecerá novamente. Mas o que mais poderia estar no veículo que faria com que os computadores funcionassem além do ciclo de trabalho de 100 por cento a ponto de não conseguirem sobreviver? Reiniciava com tanta frequência que não conseguia fazer isso. Isso dá início a uma busca por problemas que durou anos.

Na verdade, saltando à frente, nos computadores de bordo do Shuttle, realmente executamos testes em que continuamos roubando ciclos da máquina até que ela falhasse, para descobrir de que ponto se tratava. Nós roubamos ciclos. E os computadores de bordo do Shuttle, devido à experiência da Apollo, foram projetados para serem tolerantes a falhas nesse tipo de ciclo. Nós & # 8217 roubaríamos mais de 60 ou 70 por cento do ciclo do computador, e os monitores congelariam & # 8212 eles têm CRTs reais no Shuttle & # 8212 os monitores congelariam porque não era uma prioridade alta o suficiente. A coisa mais prioritária é dirigir o veículo, e os visores congelariam, coisas começariam a cair, mas continuaria dirigindo o veículo e, finalmente, com incríveis 60 ou 70 por cento de furto, finalmente falharia. Essa é a degradação graciosa, certo? Essa era a ideia. Mas isso é inédito em computadores digitais integrados. Computadores digitais integrados revisados ​​são engrenagens, certo? Ciclo, ciclo, ciclo, se as coisas girarem, eles se repetem como um relógio que continua a funcionar, e você deve pré-programar essas coisas para que não fique sem tempo, apenas certifique-se de que sempre haja margens .

Bem, foi aí que aprendi a fazer apresentações, é claro. Depois disso, esse jovem que foi uma das poucas pessoas que poderia realmente explicar o que havia acontecido, não precisou usar um distintivo da NASA. O pessoal do Draper Lab poderia explicar, mas eles não falavam inglês muito bem. E eu quero dizer isso no sentido mais gentil. Existe a noção de que você aprende a traduzir quando fala com um grupo de pessoas que falam um idioma um pouco diferente e não necessariamente entendem. Você aprende a ouvir os especialistas que sabem do que estão falando e a traduzi-lo para a linguagem de outras pessoas que precisam entendê-lo, e eu me encontrei nessa posição com bastante frequência neste jazz computacional. Então, acabei fazendo muitas apresentações para pessoas muito experientes. Isso me assustou muito, mas é onde você aprende a fazer apresentações e falar.

Gastamos muito tempo, é claro, nos certificando de que esse tipo de problema nunca aconteceria novamente. Não funcionou. Como eu disse, quando entramos no Shuttle, tornou-se um grande debate, sobre o qual falarei em um minuto, sobre como garantir que esse tipo de problema não aconteça. Mas eles gravam profundamente. Esses quase acidentes gravam muito, muito profundamente em sua mente quando você vê o quão perto pode chegar de realmente fazer algumas coisas ruins.

As outras aventuras na Apollo foram, bem, o relâmpago na Apollo 12, você sabe, durante o lançamento. Sem problemas. Os computadores reiniciaram, certo? Os computadores de bordo, os da espaçonave, quero dizer. Apollo 13, esse foi o pesadelo de todos, você sabe, as noites longas, mas não houve problemas de computador em si.A ideia era fazer com que o computador do módulo lunar, que foi projetado para guiar o módulo lunar para pousar na superfície da Lua, em vez disso, se tornasse o veículo de empurrar para empurrar essa pilha. Nunca pensei nisso. Na verdade, já havia sido pensado. Foi um pouco pensado, graças a Deus, mas a noção de usar o módulo lunar para empurrar toda a pilha, ao invés do módulo de serviço, foi uma mudança profunda que eles trabalharam em tempo real.

Mas, novamente, esse foi principalmente um problema de teste. Não estava mudando o que era chamado de e-loads, carregamentos apagáveis, os parâmetros que colocamos naquela memória apagável que você não poderia codificar. Havia muitos deles que você poderia reprogramar virtualmente o computador de bordo fazendo isso, e isso foi o que foi feito, e isso foi principalmente o pessoal de navegação, o pessoal de controle de vôo e todo o pessoal do Laboratório de Instrumentação verificando tudo isso . Então, eu era praticamente um observador na experiência da Apollo 13, tão nervoso quanto qualquer outra pessoa.

Bill Tindall foi o herói lá. Ele acabou convocando reuniões intermináveis, quase vinte e quatro horas por dia, não o tipo de reunião que você pensa em um sentido burocrático. Quero dizer reuniões de brainstorming. & # 8220Nós realmente pensamos em tudo? Há algo mais que possamos fazer? & # 8221 Esse filme foi bom, mas levou muitas, muitas pessoas e eles os compactaram em um, porque você não pode capturar em um filme todas as pessoas. Portanto, era impreciso nesse sentido, que você tem muitas e muitas pessoas, cada um especialista ou semi-especialista em sua área, sentados ao redor dessas mesas, discutindo e tentando descobrir se tudo estava sendo feito corretamente, se eles pensassem tudo o que era possível, como retratava aquele filme, sem saber qual era a resposta, em muitos casos, até quase tarde demais.

A Apollo 14 era a bola de solda ou o que quer que fosse, switch, abort switch. Esse & # 8217 é um daqueles & # 8212que você acorda e tem um & # 8212o que eles chamam na guerra? Esses longos dias de tédio e tédio pontuados por momentos de puro terror absoluto. É assim que me lembro da Apollo 14, porque a Apollo 11 simplesmente aconteceu e acabou. Apollo 14, estamos sentados lá nos preparando para ligar o módulo lunar pela primeira vez, ainda conectado ao módulo de comando e serviço, e a tripulação está ali, começando a se preparar para se separar para fazer o aterrissagem. Direito?

A essa altura, você se lembra da minha noção de ficar olhando para todos esses números nas telas? A essa altura, eles descobriram como colocar o que chamamos de luzes de evento nos consoles. Eles não fazem mais isso, mas fizeram antes. São pequenas luzes que colocamos etiquetas impressas, tinham cores, que eram movidas por esses bits, alguns deles de hardware, muitos deles de software. Então, em vez de tentar ler todos os dígitos reais, você tinha apenas esses bancos de luzes em todo o seu console & # 8212Eu tinha centenas deles & # 8212de cada evento significativo, item ou erro, e se fosse um problema, nós & # 8217d o colorimos vermelho se fosse um aviso, ele era amarelo se fosse algo bom acontecendo, nós & # 8217d colorimos o verde claro. Mas todas essas luzes.

Então, em vez de ficar olhando para os bits na tela, há essa matriz em massa de luzes e, com certeza, os rótulos estão todos lá, mas depois de um tempo você não liga para quais são os rótulos, você se lembra deles posicionalmente, certo? Exatamente como na máquina de escrever. A maioria das pessoas, se você apagar todas as letras das teclas principais, ainda poderá digitar muito bem, desde que consiga descobrir onde colocar as mãos. Você aprende posicionalmente onde as coisas estão.

Então, agora as pessoas se aproximavam de um console e diziam: & # 8220O que todas essas luzes significam?, & # 8221 e nós & # 8217d diríamos: & # 8220Bem, é isso que & # 8217s estão acontecendo. & # 8221 Poderíamos apenas dizer pelos padrões de luzes. Bem, é difícil perder uma luz vermelha, e essa luz de evento em particular estava em muitos consoles porque era o botão de aborto, você sabe, ligado ou desligado. Tinha muito significado em software, tinha muito significado em hardware. E eles acionavam o botão de abortar propositalmente durante um teste para ter certeza de que funcionaria, então não era terrivelmente estranho ter a luz acesa e apagada. Eu não era o cara rastreando o teste de interruptores. E esqueci quem viu. Não importa. Quero dizer, todo mundo viu e disse: & # 8220O botão de aborto está ativado. Deveria estar ligado? & # 8221

Você começa a falar em todos esses loops de bastidores, esses loops de voz em que podem falar uns com os outros e a chamada para a tripulação, & # 8220Você poderia verificar o desligamento do aborto, por favor. & # 8221 Claro, a tripulação & # 8212 esse código & # 8217s. Eles sabem que algo não está certo, porque a essa altura, já examinamos a lista de verificação e sabemos muito bem que não deveria estar acontecendo neste momento, e a equipe também sabe disso.

& # 8220Você poderia alternar, por favor. & # 8221

Eles o alternam e, quando o desligam, ele dispara. Eles ligaram e desligaram, e ele disparou. Bem, você sabe, isso não ajuda nem um pouco. [Risos] Oh, não me lembro se eles alternaram, martelaram ou fizeram algo, mas disparou. Ele disparou. Eu acho que eles realmente chegaram ao console. Acho que foi isso que aconteceu. Acho que alternar não funcionou, mas acertar funcionou, e foi aí que eles começaram a concluir que era um problema de hardware.

Então, se a conjectura era que era uma bola de solda ou algo solto lá, o que eu acho que acabou sendo o caso, acho que eles nunca sabiam com certeza, porque quando o veículo volta, a bola de solda e # 8217s & # 8212o veículo não volta, você sabe. Ele se foi. Mas supondo que fosse esse o caso, eles concluíram rapidamente que eles & # 8217 estão em zero G agora, e o ato de acender o motor de repente coloca a gravidade, a gravidade artificial por assim dizer, e o que quer que esteja lá solto vai começar a voar novamente e poderia fazê-lo novamente dentro do switch.

Um sujeito chamado John Norton, ele seria uma boa pessoa de se conseguir, se você puder, TRW naqueles dias. Não sei onde ele está agora. Ele era um gênio. Como muitos gênios, ele tinha problemas para se comunicar com a administração, certo, mas no jogo de computador ele era um gênio. A TRW tinha muitos papéis naquela época, mas parte disso era uma avaliação independente contínua do que estava acontecendo. A tarefa de John & # 8217 era examinar todo o código de software integrado e fazer o que hoje é chamado de inspeções de código. É uma parte normal do teste. Não foi feito naquela época, exceto que John Norton fez.

A maneira como ele faria isso é, ele pegaria essa horrível linguagem assembly e a traduziria de volta para sua própria versão de uma linguagem de ordem superior legível. O Documento Norton, como o chamávamos, que ele distribuía para todas as versões de todos os programas, todos digitados à mão & # 8212não havia processamento de texto naquela época & # 8212 era a nossa Bíblia. Na verdade, nós o usamos da mesma forma que alguém poderia usar uma listagem Fortran ou uma listagem de linguagem de ordem superior de um programa para analisar seu programa.

Agora, tenha em mente que isso não reflete necessariamente o que é o programa. Quero dizer, se você escrever em uma linguagem de ordem superior, C ++, ADA, seja o que for, você estará olhando para uma versão não traduzida dos verdadeiros uns e zeros. É um programa de computador que traduziu & # 8212 ou, neste caso, um colega & # 8217s chefe & # 8212 que fez a tradução. Portanto, é arriscado depender disso. Mas, você sabe, nós somos idiotas. Descobrimos que era perto o suficiente e foi o que usamos. É isso que usamos para criar esses procedimentos de memória apagável de que falei anteriormente, o que o tornava um pouco arriscado. Eles sempre funcionaram porque John estava sempre certo. Ele nunca cometeu um erro. Bem, ele fez um par. Essa é uma história que ele pode contar a você algum dia, talvez.

Assim que isso aconteceu, abrimos nossos documentos do Norton e começamos a procurar por bits de flag, lembre-se, coisas embutidas em código. A primeira coisa que determinamos foi que no minuto em que o motor acendesse, no minuto em que acendesse, seria desligado e abortado, porque essa é a maneira como o computador foi programado e esse é o código rígido. Ele presumiria que a equipe apenas & # 8212primeiro o ciclo e lê o ambiente a cada dois segundos, incluindo todos os interruptores, e leria o interruptor e diria, & # 8220Oh, hora de abortar. Eu farei exatamente o que eu disse, & # 8221 e separarei a parte de descida do veículo e a subida e dispararei de volta para o módulo de comando. Não, não queremos fazer isso.

Por outro lado, se houver uma maneira de desativá-lo, como você aborta se for a hora de abortar? Quer dizer, este é um Catch-22. Imediatamente descobrimos uma maneira de desativá-lo. Lembra do verbo vinte e um, substantivo um? A maneira de abortar seria digitar o verbo vinte e um, substantivo um, para colocar o bit de volta. OK? E alguns de nós, tínhamos isso na mesa em dez minutos, mas era muito perigoso. Você sabe, se você está abortando, pode estar girando. Pode ser impossível para a tripulação apertar tantas teclas corretamente, e eles estão certos, essa não é a maneira de fazer isso. Suspeito que sim, eles teriam se arriscado, mas não se houvesse algum momento.

Então continuamos cavando, continuamos cavando ali mesmo. Bem, tínhamos uma linha direta, linha de voz, para o Laboratório de Instrumentação, direto para o console naquela época. Aqueles eram muito caros naquela época. Não consigo me lembrar do nome dele, jovem lá fora que descobriu isso, bem conosco, e começou a cavar muito fundo. Minha memória, e ele descobriu & # 8212sobre a quinta iteração, descobrimos algo que funcionou. Era bastante infalível e foi isso que foi usado.

Acho que mais divertido para isso foi minha própria percepção do que estava acontecendo, porque eu & # 8217m sentado lá na sala dos fundos, há uma equipe nossa, e nós & # 8217 estamos olhando para isso, e nós & # 8217temos tudo isso & # 8212lembre-se de que os computadores eram apenas coisas que exibiam coisas naquela época. Agora temos esses documentos espalhados por todos os lados, papéis voando, os livros do Norton abertos. Estamos animados e conversando, & # 8220O que tem isso? Que tal isso? & # 8221 conversando com o Laboratório de Instrumentação, conversando com outras pessoas no centro de controle.

Olhei em volta e, atrás de mim, estavam cerca de dez pessoas. Cada ícone do programa espacial estava atrás de mim. Quero dizer todos eles: Gilruth, Kraft, todos eles. Tindall, Dunseith, todos. É como um particular se virando e vendo todas as quatro estrelas atrás deles ou algo assim. Isso me assustou muito, porque eu acordei que estávamos em sérios apuros neste momento.

Veja, eles estão na órbita lunar e têm apenas um certo tempo antes de terem que abortar e voltar. Não abortar no sentido do flash, mas você só pode ficar parado por um certo tempo. Então tínhamos apenas duas horas. Esse é o pior pesadelo de todos. Direito? Quer dizer, como a Apollo 13, me dê um ou dois dias. Mas isso dura cerca de duas horas. Isso é tudo que tínhamos. Eu posso estar errado. Talvez tenham sido quatro horas. Eu esqueço. Não importa. Mas foi pouco tempo que tivemos que encontrar uma solução.

E o pior de tudo, tínhamos muitas soluções. Era uma coisa de ganho de risco. Tivemos, fazer este, mas eles têm que digitar o Verbo 21, Substantivo 1 para abortar. Faça este, mas talvez aconteça de qualquer maneira. Talvez este não seja tão bom e haja uma probabilidade de que ele aborte por acidente, por Deus, o botão de abortar será da, da, da, da.

Eyles. Don [Donald.] Eyles, do Laboratório de Instrumentação, descobriu e, assim que o identificou, todos foram, & # 8220Sim. É isso. & # 8221 Você sabe, quando todos vocês & # 8217 estão procurando a mesma resposta e alguém tem o & # 8220Aha! & # 8221 Eles testaram, leram o procedimento, aplicaram e a aterrissagem aconteceu e estava tudo bem. Mas, rapaz, você fala sobre esses momentos de terror. Pelo que me lembro, eles foram gentis o suficiente para sair do caminho, porque quando você sabe que está sendo observado, nem sempre trabalha melhor, às vezes fica mais nervoso. Mas isso realmente foi, realmente foi um daqueles & # 8212piores para mim do que a Apollo 11 foi, porque havia muito tempo e muitas pessoas nos observando.

Não me lembro de imediato de quaisquer outros problemas importantes, todos os tipos de problemas menores no software de bordo do Apollo, mas nada que tenha saído dos jornais, por assim dizer.

Vou compartilhar outro evento, se eu puder ter um flashback primeiro, coisas que você se lembrará para sempre, você sabe, quando estiver nisso. Além daquele Buzz Aldrin & # 8220Nós & # 8217temos poeira agora & # 8221 chamada, que me acordou, o outro que me atingiu foi antes da Apollo 11, foi a Apollo 8. Não é grande coisa, mas para vários de nós foi um daqueles & # 8220Oh, meu Deus, nós & # 8217 estamos realmente fazendo esse & # 8221 tipo de momentos de novo.

Os computadores de bordo trabalharam em um sistema de coordenadas, já que a Terra é o centro de um sistema de coordenadas X-Y-Z para fazer navegação, calcular a gravidade, todo esse tipo de coisas. A Apollo 8 foi a primeira vez que enviamos um veículo até a Lua. Ele tinha que ter pessoas nele também. Direito? Mas foi a primeira vez. Só para dar a volta na Lua e voltar, esse foi o vôo que foi feito no Natal e tudo mais. Tínhamos uma dessas luzes de eventos no console. Tínhamos alguns naqueles dias. A luz do evento foi definida para que, quando o veículo se aproximasse da Lua, ele trocasse de sistema de coordenadas. Em vez de desacelerar, você está caindo de repente na lua. No ponto em que o campo gravitacional da Lua é mais forte do que o da Terra, você ultrapassou o topo da colina e está começando a cair.

Para fins de navegação, os computadores fariam um & # 8212 quero dizer, você & # 8217está navegando, não é grande coisa, você está apenas navegando a caminho da Lua, mas o computador de bordo para o módulo de comando faria essa grande mudança, recalcularia tudo e mudar para um sistema de coordenadas lunar centrado, e isso era uma luz.

Às duas horas da manhã ou algo no caminho para a Lua, você não tem nada para fazer. Longos momentos de tédio esperando que algo horrível desse errado. Portanto, estávamos adivinhando o ponto exato em que a luz acenderia. Agora, em termos de navegação, sabíamos exatamente o ponto em que o veículo realmente iria cruzar esse limite, com a mesma precisão com que faziam a navegação naqueles dias, mas estamos reduzidos a um fio de cabelo de mosquito aqui. Estamos tentando calcular os ciclos de dois segundos, quanto tempo levará e o tempo de transporte. Estamos tentando apostar exatamente quando aquela luz vai acender no console, você sabe, o tempo de espera para a telemetria cair e tudo isso. Sim, nós somos um pouco malucos, mas o que você faz? Não importa quem ganhou a aposta.

A luz se acendeu e todos nós olhamos para ela e dissemos: & # 8220Meu deus. Você sabe o que acabamos de ver? Vimos um ser humano pela primeira vez que conhecemos, fora do campo gravitacional da Terra & # 8217s. & # 8221 Certo? Porque o que aquela luz significava é que eles estavam caindo em direção a outro planeta, corpo, lá em cima. Para que outro daqueles & # 8212você sabe exatamente o que & # 8217 está fazendo, você sabe exatamente o que & # 8217s está acontecendo, mas quando algo realmente acontece, você tem aquele tipo de intuição, & # 8220Meus céus, é & # 8217s real. Eles estão caindo em direção à Lua. & # 8221 E isso foi muito legal, muito legal naquela época.

Rusnak: Bem, como você mencionou, para essas missões, você está, é claro, na sala de apoio da equipe fazendo isso. Você pode descrever esse ambiente, o tipo típico de humor? Você mencionou que houve longos momentos de tédio seguidos de surtos de excitação, mas apenas o tipo de atmosfera geral, uma espécie de descrição de como parecia, como se parecia, esse tipo de coisa.

Garman: Certo. Há tanto o final humorístico quanto o final sério. O final engraçado seria que, naquela época, não tínhamos computação gráfica como temos hoje. Você não tinha o Excel ou o Lotus para desenhar diagramas para você. O que os computadores cuspiam eram colunas de números. Então, se você quisesse visualizar algo, um gráfico ou um gráfico, geralmente era feito à mão. OK? Portanto, você teria alguém sentado lá, pegando longas fileiras de números e meticulosamente plotando-os no papel do gráfico. Portanto, todas as análises & # 8212; na verdade, na Divisão de Planejamento e Análise da Missão, por anos, houve um grupo de, oh, não sei, talvez vinte ou trinta jovens & # 8212; elas eram todas mulheres, ainda era muito tempo sexista, aliás, como você & # 8217verá em um momento & # 8212 jovens mulheres que fizeram isso. Foi isso que eles fizeram. Eles tramaram. Eles foram chamados de auxiliares de matemática. OK?

E isso era uma coisa muito séria, por falar nisso. Quero dizer, você pode imaginar como é fácil traçar algo errado. OK? Se isso costumava tomar uma decisão sobre como faremos algo, pode ser muito sério. Portanto, a precisão na plotagem manual e na criação de plotagens era extremamente importante. Realmente foi. Algumas pessoas eram muito boas nisso. Algumas dessas jovens eram muito boas nisso.

Mas durante as missões, eles & # 8217d selecionaram algumas das melhores dessas jovens para estar no centro de controle. Eles realmente os identificaram e eles & # 8217 estariam lá, porque eles & # 8217d teriam essas grandes mesas com uma câmera de televisão suspensa olhando para eles para que se precisássemos de algo feito em tempo real durante a missão, eles poderiam sentar lá e planejar algo para nós, e nós o chamaríamos na tela, usando a tela como uma televisão padrão, e falaríamos sobre isso.

Mas é claro que a outra razão pela qual eles estavam lá era que a idade média no controle da missão era de cerca de vinte e nove, talvez vinte e seis, e eles eram todos muito bonitos, e adoravam nos servir café e fazer coisas assim. Durante a Apollo 8, fui atraído por uma delas, que mais tarde se tornou minha esposa. Então essa é a parte engraçada disso. Você se pergunta quantas vezes esse tipo de coisa aconteceu, todas aquelas pequenas histórias paralelas sobre o programa espacial, que conhecemos no controle da missão durante a Apollo 8, nos casamos logo depois da Apollo 11, o que foi muito engraçado. Criou duas filhas. Ela voltou a trabalhar e acabou se juntando à NASA novamente como uma pessoa da NASA, cresceu muito rapidamente, o que foi meio divertido nos últimos anos. Voltaremos a isso. Atenha-se à cronologia aqui, talvez.

As salas de apoio do pessoal não eram atapetadas como a sala de controle principal. Eles não tinham telas grandes na frente.Embora naquela em que eu estava, que se chamava sala de apoio da equipe de dinâmica de vôo, sala de apoio da equipe de trincheira, se quiser, tínhamos plotters, que eram muito caros, com uma câmera para que pudéssemos apontar para um plotter, um Plotagem XY, você sabe, um dispositivo vertical com uma caneta que poderia plotar em uma folha de papel. Não os usávamos muito, mas era um equipamento muito caro para aquela época. Então esse foi o único equipamento exclusivo na sala de apoio da equipe.

O centro de controle tinha tetos muito, muito altos e tudo era piso elevado, ou seja, piso realmente elevado. Era cerca de dois ou três pés abaixo do chão. Então, se você olhar para o antigo centro de controle hoje, ele é como um prédio de cinco andares, mas tem apenas três andares porque cada um era muito grande. Então, você entra nessas salas de apoio da equipe e tem a sensação de que está em uma grande catedral ou algo assim, porque o teto é lá em cima. Você tem essas linhas de consoles. Eles são todos padrão, estejam eles na sala de controle principal ou na sala de apoio da equipe. Havia duas fileiras de consoles ali. Uma dessas tabelas de enredo estava ao lado da câmera, com a jovem sentada lá e essas placas de enredo bem na frente dispostas como se a sala de controle principal está com suas telas grandes na frente.

Uma coisa de interesse humano nisso foi que estaríamos lá por todo tipo de horas, testes de pad, simulações, o que você quiser, e tínhamos esses painéis de comunicação. Eles eram analógicos, não digitais como são hoje, mas a mesma ideia, onde você teria, naquela época, um botão branco que você apertaria e ele piscaria no loop de voz em que você estava falando. Depois, havia aqueles de cor âmbar para aqueles que você pudesse ouvir. Então, para muitos loops, você tinha dois botões, o âmbar para ouvir e o branco para falar. Então, por exemplo, o loop ar-solo, muito poucas pessoas tinham um botão branco para ar-solo, o Cap Com, talvez o diretor de vôo e alguns outros, mas todos nós tínhamos o botão âmbar. Nós escutamos. O diretor de vôo & # 8217s faz um loop da mesma maneira.

Na verdade, se você estivesse na sala de apoio da equipe & # 8212, acho que mais tarde teríamos o loop do diretor de vôo & # 8217s. Continuamos recebendo esses problemas estranhos que explicamos, e ficou muito desajeitado para o diretor de vôo ter que sair do circuito ou ouvir. Finalmente conseguimos o botão de diretor de voo e # 8217s, acho, anos mais tarde. Na verdade, eles mudaram a posição para a sala da frente. É hoje chamado de DPS [Sistema de Processamento de Dados]. Eles mudaram. É uma história de transição interessante da Apollo para o Shuttle, na qual entrarei em contato em apenas um segundo.

Enfim, na sala de suporte da equipe, havia um controle de volume nesses loops. O controle de volume, o âmbar. OK? Portanto, a ideia era que o loop em que você estava falando, mesmo que tivesse apenas o botão de falar, o que você ouviu era um volume constante, relativamente alto. Todos os âmbar que você pode ouvir & # 8212você pode ouvir muitos loops ao mesmo tempo & # 8212você pode abaixar o volume. A ideia é que, se alguém estivesse falando com você no seu loop, o som seria alto, de modo que você não perderia. Outra coisa em que a mente humana é boa, além do reconhecimento de padrões e minha noção de todos os números ou luzes, é ouvir muitas conversas ao mesmo tempo. Você faz isso em uma sala o tempo todo. Você pode estar falando com alguém e ouvir uma conversa paralela e pular para isso e voltar para a sua conversa. Direito? Você pode fazer isso.

Bem, você pode imaginar que, sem mais nada para fazer, gostaríamos de ouvir tudo o que estava acontecendo. Portanto, teríamos meia dúzia de loops diferentes em execução na parte de trás de nossa cabeça e ouviríamos todos ao mesmo tempo enquanto conversávamos, enquanto observamos as luzes e telas. Foi hipnotizante. As pessoas podiam ficar sentadas ali por horas e sentir que, quando saíram, acabaram de acordar. É como dirigir. Você sabe como pode se envolver profundamente com a maneira como dirige e meio que esquecer, & # 8220Eu realmente vim aqui? Que caminho eu segui? & # 8221

& # 8220 Por quantos semáforos você passou? & # 8221

& # 8220Eu não sei. Eles eram verdes, não eram? & # 8221 Você sabe, você simplesmente perde o controle. Você está consciente e trabalhando, mas está meio hipnotizado.

Sempre que estávamos no meio de operações significativas, era mais ou menos assim. Você meio que perderá o controle. Você estava totalmente imerso em todas essas vozes em sua cabeça, todas essas luzes e exibições à sua frente. Em nosso caso, e qualquer pessoa que fez um sistema que estava muito, muito longe, você também tem continuamente essa imagem mental do que está acontecendo que você está tentando montar em sua cabeça, porque não é real, o que para os quais você está olhando, são apenas números.

Alguns de nós, porque estávamos na sala de suporte da equipe, tínhamos um alto-falante no console também, então poderíamos ter uma terceira coisa. Conectaríamos em um conjunto de voz e, em seguida, com o alto-falante do console conectado a outro conjunto de botões, poderíamos ativar mais loops de voz. De forma que você colocou o plugue no ouvido com o volume mais baixo para ouvir, o alto-falante com outro colocado no outro ouvido e o alto, que é você falando, de volta no mesmo ouvido. Oh, foi estranho.

Particularmente engraçado foi que conversamos com as pessoas para fazer as coisas. & # 8220Meu CRT & # 8217s quebrado. Você poderia arranjar alguém para consertar? & # 8221

& # 8220Tem certeza? As coisas estão lentas aqui. & # 8221

Havia um monte de posições do console que tinham a ver apenas com o funcionamento do centro de controle. A equipe era composta por pessoas de minha própria divisão. Lembre-se, eu estava na divisão em que trabalhamos com computadores de bordo, um pequeno grupo, mas o resto deles eram todos de controle da missão, e eu não conhecia metade deles. Com o tempo, você passará a reconhecer vozes e chamar as pessoas pelo primeiro nome. & # 8220Oi, Joe. Como você está hoje? & # 8221

& # 8220 Você está no console no próximo sábado para o grande teste? & # 8221

Você sabe, você fala para frente e para trás e não tem ideia de como eles se parecem. Você trabalha no mesmo prédio, se cruza nos corredores todos os dias e não tinha ideia de quem eles eram até em uma reunião, & # 8220Oh, você & # 8217é Joe. Como você está? Estou feliz em conhecê-lo. Há anos que venho falando com você. realmente ver todas as outras pessoas ao redor. De vez em quando você faz.

O que mais posso dizer sobre as salas de suporte da equipe? Havia muita preocupação com o fato de que muitos cozinheiros iriam estragar o caldo. Direito? Eles foram muito cuidadosos ao permitir que as pessoas entrassem nos MOCRs, a Sala de Controle de Operações da Missão. Lembro-me claramente, se você tivesse um distintivo verde, você poderia entrar na sala de controle. Se você tivesse um distintivo rosa, você só poderia entrar na sala de apoio da equipe. Eles o protegeram muito bem, principalmente durante as fases críticas, como o pouso. Na verdade, eles tinham guardas lá. Caso contrário, era apenas o sistema de honra. Quer dizer, o rosa era bem visível se você estivesse entrando em uma sala. Você simplesmente não entrou.

Realmente não incomodava ninguém, exceto que de vez em quando era muito importante apenas dizer, & # 8220Olhe, vamos & # 8217s sentar e conversar & # 8221 e na sala principal, eles & # 8217d apenas se levantem e vire-se e converse um com o outro. Tenho certeza de que você já viu isso em fotos e assim por diante. Eles se levantariam e conversariam. Mas você não poderia fazer isso se estivesse em uma sala no final do corredor.

Então, no início, todos nós com emblemas rosa não nos preocupamos com isso particularmente, mas depois de um tempo eles começaram a emitir esses emblemas verdes temporários. Em outras palavras, eles me enviaram e a equipe de cinco ou seis de nós neste suporte do AGC era o que chamávamos a nós mesmos, posição de suporte do computador de orientação Apollo, e a posição de suporte do AGC era a liderança e tinha que obter dois ou três desses emblemas temporários verdes, e isso tornou a vida mais fácil. Nós simplesmente colocaríamos um e entraríamos na sala e poderíamos conversar.

Eu me lembro que para muitas pessoas mais tarde, foi uma daquelas coisas que, & # 8220Você recebe um distintivo verde ou vermelho? & # 8221 Para as pessoas que não se sentaram no console, elas entrariam e fazer coisas, como as moças, os auxiliares de matemática, todos eles tinham emblemas verdes. Quero dizer, como você pode levar café para o & # 8212que & # 8217s não é legal. Como você pode levar um lote para a sala principal se não tiver um emblema verde? Então era um daqueles tipos de jogos. Acho que é uma maneira de dizer que havia uma espécie de classificação ou sistema de classes. Mas não funcionou realmente, porque alguns dos melhores especialistas foram aqueles que não estavam na sala principal. Era uma espécie de hierarquia estranha. O controle estava na sala de controle. A decisão, o poder de tomar decisões, estava na sala principal.

Rusnak: Como funcionou esse relacionamento entre os caras na sala da frente e vocês na sala de apoio da equipe ou apoiando-os diretamente?

Garman: Maravilhosamente. Lembre-se de que temos quase a mesma idade. Na Apollo, ninguém jamais fez isso antes. Não havia dúvida de que todo mundo tinha um trabalho diferente. Houve muito pouca sobreposição. E todos nós somos muito orientados para um objetivo. Nós estamos travando essa batalha, é o que se resumia a, como levar as pessoas à Lua e de volta várias vezes. Então, eu me lembro das relações como sendo ótimas, maravilhosas. As pessoas debatiam, discutiam e gritavam umas com as outras, mas sempre estava no debate, discutia e gritava.

Agora, olhando para trás, eu agora visualizo, posso me lembrar, havia política em todo o lugar, pessoas tentando ser promovidas e tudo mais, mas quando você tem de 21 a 25 anos, você não pensa nisso , não quando você é uma testemunha. Portanto, acho que muitas experiências são influenciadas pela idade que você tem e por quem você conhece. Então, no nível mais baixo, onde eu estava, era maravilhoso. Não havia competição em si. Todos em uma equipe. Todos estão com medo de que tenhamos problemas com os chefes em algum lugar, então eles sempre tentam fazer a coisa certa.

Lembro-me de uma vez que não havia cerca ao redor do centro naqueles dias, e lembro-me de uma vez que decidi fazer uma caminhada e apenas andar o mais longe que pude, e acabei no lago depois da Mansão Oeste, você sabe, leste do centro. Acabei andando até o & # 8220Mud Lake & # 8221 [Clear Lake] porque não havia cercas naquele lado. Quando voltei, contei a alguém no escritório sobre isso e como era realmente legal simplesmente fazer caminhadas na floresta e na pradaria e assim por diante.

& # 8220Oh, rapaz, você teve sorte de não ter sido pego. Você & # 8217d teria sido demitido. & # 8221

& # 8220Sim. Sim. Você não deveria sair andando assim. & # 8221

Você sabe, você tem vinte e um ou vinte e dois anos e eu não conhecia todas as regras. Eu não me importava com quais eram todas as regras, e ninguém nos disse. Curiosamente, apenas compartilhando que você tem uma perspectiva completamente diferente sobre como as coisas funcionam. & # 8220Fired? Dá um tempo. & # 8221 Não me importei. Eles não queriam que você saísse se machucando, se perdendo, fazendo coisas, é claro, & # 8220Você não deveria fazer isso. & # 8221 Que diabos.

Rusnak: Bem, antes de prosseguirmos, eu queria perguntar, enquanto você está imerso na Apollo, suas missões específicas e o trabalho que está acontecendo, você já parou para parar e olhar em volta para o que & # 8217s acontecendo no resto do mundo? Você está prestando atenção em eventos maiores que estão acontecendo fora do programa espacial?

Garman: Bem, a Guerra do Vietnã, com certeza. Quer dizer, a maioria de nós que trabalhava lá era ... havia três tipos. Havia gente que já era militar. Havia pessoal militar, ou na Guarda Nacional na reserva ou tínhamos alguns militares realmente estacionados no centro. Ou havia pessoas como eu que haviam obtido um adiamento. Você sabe, a NASA disse: & # 8220Nós queremos que eles trabalhem aqui, não nas forças armadas. & # 8221

Eles & # 8217d escreveriam uma carta de adiamento, e as placas de adiamento & # 8212 como eles os chamam? Os comitês de recrutamento não se importavam para quem você trabalhava, para o governo ou qualquer outro lugar, mas eles tinham uma certa cota de rapazes para convocar e os classificavam em ordem de necessidade e se você estava trabalhando para Naquela época, a NASA geralmente estava bem abaixo na lista.

Crescendo em Chicago, eu estava em um grande recrutamento, então tive sorte. Foi pelos números. Se as cotas fossem dimensionadas normalmente, como geralmente eram, eu acabaria escapando. Mas tivemos várias pessoas que não o fizeram. Eles estariam em uma pequena prancha de draft. Lembro-me de um colega em nosso grupo, um sujeito chamado Sam Ankney, Walter Sam Ankney. Era & # 821667 ou & # 821668, eu acho, e ele foi chamado. Ele foi convocado. Ele era de um pequeno conselho de recrutamento em Oklahoma ou algo assim, e eles simplesmente ficaram sem nomes. Então nós fizemos uma festa para brindar a ele, todo esse tipo de negócio, e ele foi embora. Ele voltou duas semanas depois. Ele falhou no físico. [Risos] Então nós fizemos outra festa. Bem vindo de volta. Ele ficou com computadores de bordo durante todo o Shuttle, por volta de & # 8212; na verdade, ele se aposentou há alguns anos, ainda trabalhando da mesma forma, mas os computadores de bordo do Shuttle nessa época, eu me lembro.

Mas, você sabe, quando você está totalmente imerso nisso, aquela velha noção de que você vive para trabalhar em oposição a trabalhar para viver. Não, não me lembro muito de outros eventos. Quer dizer, nós líamos o jornal e assistíamos à televisão como qualquer pessoa, mas a maior parte da conversa na festa era ou sobre o que os jovens falam ou trabalham, não sobre assuntos atuais ou algo assim. Mas, novamente, eu era um geek de computador, então talvez seja sempre assim para as pessoas que se envolvem em algo pelo qual são muito apaixonadas.

Garman: Agora talvez seja a hora de falar sobre a mudança da Apollo para a nave. Skylab aconteceu lá também, é claro. Meu envolvimento não foi muito profundo porque fui transferido para o Shuttle.

Deixe-me falar sobre os tempos primeiro. Você & # 8217d me perguntou mais cedo sobre como assistir a atualidades ou o que estava acontecendo. Não. Então foi um rude despertar após a Apollo quando a nação passou pelo tipo de problema & # 8220Isso é tudo? & # 8221 com o programa espacial, e nos deparamos com algo chamado RIF, uma redução na força. Para aqueles de nós que estavam com a NASA há apenas cinco anos, quatro anos, três anos, o governo naquela época, e ainda hoje em grande parte, se tiver que fazer a redução da força, ele & # 8217s baseado puramente na antiguidade, por quanto tempo você esteve com o governo, seja você um veterano ou não. A maioria de nós não era & # 8217t.

Então isso foi traumático. Isso foi muito traumático para os jovens, se perguntando se íamos perder um emprego. Em retrospecto, não teria importância. Nós havíamos passado para outra coisa. Enquanto eu assistia a novos contratos e vejo empreiteiros perderem um emprego porque sua empresa não ganhou, os que são bons, foi a melhor coisa que poderia ter acontecido com eles. Eles avançam para algo melhor. Mas isso não ajuda no trauma. Não ajuda no trauma no momento.

Lembro-me de um de meus bons amigos, ainda por aí, ainda trabalha para a NASA, um sujeito chamado John [W.] Jurgensen. Jurgensen foi um dos meus colegas nas consolas durante todo o período. Ele acabou sendo RIF & # 8217d. Eles o contrataram de volta logo, pelo que me lembro, mas em um local diferente com um salário menor, e ele trabalhou seu caminho de volta ao sistema com o tempo, mas foi muito estressante para as pessoas. Acho que foi aquela sensação de & # 8220Olha tudo o que fizemos pelo país. Por que o país está fazendo isso conosco? & # 8221 tipo de coisa. Talvez um pouco disso. Não em um sentido realmente negativo. Acho que todo mundo entendeu o que estava acontecendo, mas foi o que aconteceu.

Bem, eu estou sentado lá, passando por esses voos da Apollo. Vamos & # 8217s ver, o último foi em & # 821672. A agência havia decidido, por meio de seu enxugamento e tudo mais, eles decidiram passar para a Estação Espacial naquele momento. Claro, eles não conseguiram financiamento para a Estação Espacial, mas um dos ingredientes da Estação Espacial seria um veículo que seria um táxi para ir e vir. Como você chama um táxi? Uma lançadeira, algo para ir e vir. Então eles o chamaram de Ônibus Espacial. A ideia seria chegar à órbita baixa da Terra de forma barata e com componentes reutilizáveis, em vez de tudo isso descartável, você sabe. O prédio de 36 andares da Apollo & # 8217s sai e a única coisa que volta atrás é este pequeno módulo de comando no topo. Agora, vamos & # 8217s ver se podemos & # 8217t fazer isso, usando [atual administrador da NASA Daniel S.] frase de Dan Goldin & # 8217s & # 8220 mais rápido, mais barato e melhor. & # 8221

Então eles fizeram o de costume, deixe um contrato. Rockwell venceu, o que mais tarde foi chamado de Divisão Espacial da Rockwell norte-americana, mas era a aviação norte-americana quando eles venceram pela primeira vez. Muitos de nós foram imediatamente transferidos para esse programa, inclusive eu. Continuei fazendo algum suporte nos consoles, se bem me lembro, mas o prêmio foi no verão de & # 821672, foi quando o primeiro Rockwell ganhou, a América do Norte ganhou. Saímos para nossa primeira grande reunião para conversar com eles. Falei sobre a organização na NASA para fazer o software de bordo do Shuttle no meu caso.

Mas o que estava acontecendo no controle da missão era que, lembre-se, eu disse que éramos suporte, nunca fomos controladores de vôo, e depois dessas missões Apollo, Gene Kranz concluiu corretamente que era muito importante que ele conseguisse alguns controladores de vôo que fossem especialistas em computador para que eles pudessem fazer isso. Então, durante o último & # 8212oh, eu não me lembro exatamente quando, mas eles começaram a me emprestar pessoas. Lembro-me claramente das pessoas em Dunseith me perguntando: & # 8220Tem certeza de que não se importa? & # 8221 Era como se estivessem tirando meu emprego.

Estou dizendo: & # 8220 Por que devo me importar? & # 8221

& # 8220Bem, você & # 8217é realmente bom nessas coisas. & # 8221 Ele não queria que eu fosse um controlador de vôo, veja.

& # 8220Não, & # 8221 eu disse. & # 8220Eu não quero estar aqui. & # 8221 Depois de fazer isso o suficiente, o que você acaba fazendo é seguir os procedimentos de outra pessoa e passar sua vida apertando botões e olhando para as telas. A propósito, essa é uma forma depreciativa de & # 8212; você pode dizer a mesma coisa sobre as pessoas que fazem programação de computadores. Tudo o que eles fazem é olhar para números e escrever códigos, fazer coisas e fazer funcionar.Quero dizer, há uma maneira depreciativa de falar sobre qualquer trabalho, mas não era o que eu excitava. Fiquei feliz em começar a migrar disso.

Então, sim, eles pegaram algumas pessoas da Divisão de Controle de Voo e os fizeram sentar conosco durante as últimas missões da Apollo nesta posição de suporte do AGC, e então quando eles reconfiguraram para o Shuttle, eles criaram um sistema de processamento de dados, ou DPS, posição em a sala da frente.

Um dos companheiros que passaram por isso, não acho que ele trabalhou comigo na Apollo, mas ele acabou passando pelas posições de DPS, um sujeito chamado Randy [Brock R.] Stone, que agora é o chefe do MOD [Diretoria de Operações da Missão]. Vários deles. Ron Harbrow [fonético] era outro, um cara que acabou de se aposentar, que era o gerente do EVA, astronauta. Ele também passou pela posição DPS.

Mas tenha em mente, exceto para o programa Skylab, que era basicamente a mesma coisa do ponto de vista do computador, estava apenas usando a espaçonave Apollo na órbita terrestre inferior, e eu não tive nada a ver com o próprio veículo Skylab, exceto por isso, o que estava acontecendo era voar uma espécie de plano de fundo, Skylab enquanto a força de trabalho principal tentava construir a nave.

O Skylab aconteceu, eu acho, cerca de um ano depois do último vôo da Apollo. Então eles deram mais um suspiro, a missão Apollo-Soyuz, lembre-se. & # 821674 talvez. Então foi isso. Sem voos. Nenhum voo até o primeiro voo do ônibus espacial em & # 821681. Portanto, a agência passou por esse período de gastar dinheiro como uma louca, mas não tendo, entre aspas, & # 8220 nada para mostrar. & # 8221 OK. Isso é bom em alguns aspectos. Eles passaram muito tempo refazendo o controle da missão e coisas assim, consertando as coisas, se preparando, mas eu me lembro que foram anos um problema real para a agência do ponto de vista financeiro, porque o cliente é o público e, como os filmes, eles querem ver ação, e eles não estavam vendo muita coisa.

OK. Bem, o interessante sobre a chegada do Shuttle foi que, depois de toda a experiência da Apollo com software, Chris Kraft, que nessa época era diretor ou vice-diretor do centro, ainda sob Gilruth, concluiu que se você quisesse visibilidade no desenvolvimento de qualquer programa, o que você quer fazer é manter o software.

Bem, se houver problemas de hardware, a primeira coisa que eles tentarão fazer para consertar o hardware, quero dizer, no design, a coisa mais fácil de alterar é o software. Depois de começar a cortar metal, é difícil trocar o hardware. O software é fácil de mudar. Portanto, se houver um problema, você o verá porque ele virá como uma alteração no software. Provavelmente, a parte mais difícil do Shuttle seria o software, porque ele foi projetado para ser um veículo puramente fly-by-wire, totalmente digital.

Então, quando o norte-americano quis entrar no Programa Shuttle de cima a baixo, ele forçou a inovação, que é um movimento do contrato de software, que a IBM era terceirizada, para fora e diretamente vinculado ao governo. Portanto, o software era o único componente do veículo, o ônibus espacial, pelo qual a norte-americana não era responsável. Era GFE, equipamento fornecido pelo governo.

Adoro polêmica, adoro ser jogado no meio, e lá estávamos nós, bem no meio, porque você pode imaginar, aqui & # 8217s um bando de engenheiros do governo que saíram da Apollo e da IBM & # 8217s agora trabalhando para nós e formados essa divisão é chamada de Spacecraft Software Division, abreviadamente SSD. Um cara que havia & # 8212Eu não acho que ele & # 8217d trabalhou muito com software antes, mas um sujeito realmente brilhante chamado Dick [Richard P.] Parten foi escolhido para ser o chefe disso. Ele estava, naquele ponto, eu acho, chefiando a operação de computação institucional no Edifício 12. Isso era & # 821673, eu acho.

Então, eles retiraram o contrato, formaram a Divisão de Software para Naves espaciais e colocaram vários de nós em & # 8212 que já estava nele, mas para realmente estar nele & # 8212 e lá fomos trabalhar com Rockwell & # 8212I & # 8217 que vou ligar eles Rockwell, eles mudam de nome mais cedo ou mais tarde & # 8212 para trabalhar com Rockwell na construção do software de bordo no computador que estavam construindo. Bem, a IBM também estava construindo o computador. O contrato para o hardware, o hardware de computador IBM, era um ramo diferente da IBM, e foi por meio da Rockwell. O software era outro ramo da IBM por meio do governo.

Agora, isso criou alguns tempos interessantes. Sempre há um debate sobre algum assunto, você sabe, & # 8220Faça desta forma. Faça assim. & # 8221 O software de bordo Shuttle, o debate era se deveria usar o sistema operacional síncrono ou assíncrono. Eu explicarei em breve e, em seguida, apresentarei algumas das aventuras que vieram com ele.

Assíncrono é o que o Apollo era. Assincronismo significa que um computador responde a interrupções ou atividades de forma aleatória e faz o que deveria em ordem de prioridade. É como você pensa e como você trabalha. Se eu sentir cócegas na garganta, posso continuar falando e ainda tomar uma xícara de café. Não preciso pensar um passo de cada vez. É como pensar em paralelo.

Os sistemas operacionais síncronos funcionam como um relógio. Você aloca slots de tempo para processos e, quando é hora de fazer um processo, você o deixa ir, e a prioridade não significa muito porque há uma ordem em série para as coisas, como em marchas e relógios.

O único sistema digital fly-by-wire que foi construído, diferente do que o Programa Apollo havia feito, era em grande parte digital também, mas verdadeiramente fly-by-wire, sem hidráulica, se você mover um manche, você & # Se não estamos fazendo nada, exceto mover interruptores, o único anterior tinha sido o F-18, pelo que me lembro, um avião de caça, que havia sido feito pela North American Aviation. Então, o pessoal que eles tinham para o Shuttle eram todos refugiados & # 8212I & # 8217m brincando & # 8212 eram todos veteranos desse programa, já que éramos refugiados da Apollo.

Bem, isso é como o encontro de duas religiões diferentes, porque passamos por essa experiência do que acontece quando o desconhecido acontece e um computador não falha normalmente se for um sistema síncrono, ele simplesmente trava. No entanto, o comportamento em um sistema de computador construído de forma síncrona é totalmente previsível. Você pode testá-lo até o cabelo de um mosquito. Quando você trabalha com assincronismo, o caminho exato que um computador segue, que instrução executa em que ordem, nunca é o mesmo. É aleatório. Não é previsível. Isso leva as pessoas que querem fazer o teste ao cabelo de um mosquito furioso. Literalmente, isso os deixa loucos. Existe a piada sobre como deixar um engenheiro louco, amarrá-lo em uma cadeira e fazer alguém abrir um mapa e dobrá-lo do lado errado. É exatamente essa sensação de conduzir as pessoas & # 8212você deve estar louco. Você não pode testar o software criado de forma assíncrona. Você deve estar louco. Você não pode construir software que se degradará normalmente sob falhas desconhecidas. E esse debate durou anos.

Bem, o pessoal da IBM veio de um ambiente de mainframe que sempre funcionava de forma assíncrona. Foi assim que foi feito. Viemos de um ambiente, com o Laboratório de Instrumentação, que havia construído um sistema operacional assíncrono, que funcionava sob condições bastante extravagantes, não apenas a da Apollo 11, que era espetacular, mas muitos outros casos. Ele sobreviveu a falhas e seguiu em frente, não pode & # 8217t AB-END. E o pessoal da Rockwell veio de um caça muito bem-sucedido que funcionou. OK?

Bem, quando você & # 8217re GFE & # 8217ing o software, o governo vence, exceto que outro nome real neste jogo é um sujeito chamado Sy Rubenstein. Não sei se você o encontrou, teve a chance de falar com ele. Acho que ele ainda está por aí. Eu faço. Mas eu não tenho certeza. Lembro-me de ele ter alguns problemas médicos. Mas Sy era o grande arquiteto de todos os aviônicos do Shuttle, de todos eles, Rockwell, e ele era inteligente, disposto a trabalhar em todos os tipos de obstáculos políticos para fazer o trabalho, incluindo este maldito software GFE do governo. Lembro-me de muitos longos debates com ele e sua família, mas no final, o governo cedeu.

Havia cinco computadores no ônibus espacial. Eles os chamavam de computadores de uso geral ou GPCs. Eles não eram de uso geral, mas foi assim que foram chamados. No início, os cinco GPCs foram configurados de forma que quatro deles fossem redundantes e fizessem o controle de vôo e navegação, a tese do Shuttle sendo & # 8220Nós & # 8217 não construiremos hardware ultraconfiável. Vamos usar hardware mais barato desta vez e apenas ser redundantes, e seremos FOFS. & # 8221 Você já ouviu esse termo? & # 8220Fail op, fail safe, & # 8221 FOFS. Portanto, são necessários quatro.

Se você tiver quatro & # 8212I & # 8217m segurando quatro dedos para cima & # 8212 se você tiver quatro e um dispositivo falhar, os outros três podem votar. Você sabe quem está certo. Bem, você ainda está operacional com três, porque se houver uma segunda falha, ainda poderá votá-la. Mas na segunda falha você só tem dois. Você está seguro, mas não pode suportar outra falha porque não sabe quem está errado. Portanto, toda a ideia no Shuttle era tentar ter redundância quádrupla para obter operação de falha, à prova de falhas. É meio difícil fazer isso com asas. Existem algumas coisas bastante fundamentais em que você não pode fazer isso, mas em geral, em sistemas que poderiam falhar, eles tinham redundância quádrupla.

Por exemplo, havia acelerômetros, coisas que medem a aceleração. Eles não chegaram à redundância quádrupla em acelerômetros. O que eles fizeram foi ter um software que pegasse a unidade de medida inercial que medisse a atitude, e calculando conforme o veículo se movia, calculando a velocidade com que o veículo estava se movendo, girando, você poderia calcular a aceleração. Então isso foi usado como o quarto acelerômetro em termos de ser quad redundante.

Por que estou contando essa história? Bem, porque você pode ter redundância quádrupla em computadores para que qualquer falha de hardware em que você fique bem, mas você não tem redundância quádrupla no software. Você tem software idêntico em quatro máquinas, e se houver um bug nesse software, como provamos muitas e muitas vezes no Programa Shuttle, todas as quatro máquinas obedientemente farão exatamente a mesma coisa, votarão umas nas outras fazendo exatamente a mesma coisa , direto para os tubos, porque há um bug.

Bem, o software de voo do Shuttle foi feito de maneira extremamente cuidadosa e cara. Não havia muitos bugs. Não aconteceu. Em um ambiente assíncrono, ok, aí vem. Em um ambiente assíncrono, a ordem de processamento é imprevisível e, além disso, você acaba tendo processamento paralelo. Não é realmente paralelo, mas o computador para de fazer um processo para fazer um de maior prioridade e depois volta para continuar o outro, de modo que é como se fosse paralelo.

Os bugs que aconteceriam no final não eram o tipo de bug que você pensa, um sinal de mais em vez de um sinal de menos ou um & # 8220IF-THEN-ELSE & # 8221 que não está & # 8217t certo. Eram problemas do tipo puramente assíncronos. Se, de fato, esse evento acontecer antes desse evento e simultaneamente a equipe apertar um botão neste ponto, então, por causa deste ambiente controlado por interrupção, o subparâmetro não é passado entre os dois processos paralelos corretamente e você obteve um bug. Eles são infinitos, muito, muito difíceis de encontrar.

Então Sy Rubenstein convenceu o programa a construir um sistema de software de backup de vôo à sua maneira. Jeito deles. Assim, o quinto computador, que foi projetado para executar o tipo de carga útil e gerenciamento de sistemas durante a subida e a entrada, recebeu a noção de executar um software de backup de vôo.

Agora, um sistema de backup no Apollo ou qualquer sensor normal de veículo é um sistema completamente alternativo. Esse não era o caso aqui. É o mesmo computador. Na verdade, qualquer um dos cinco computadores pode ser designado o computador de backup. OK? Mesmos requisitos, mesmos algoritmos e equações, conduzindo o mesmo hardware. O que foi diferente? Mesma linguagem de programação. Eles usaram a linguagem HAL [High Order Assembly Language] para fazer isso. Eles usaram um compilador diferente em um computador host diferente, mas ainda era o mesmo. O que foi diferente? O sistema operacional. Eles o construíram de forma síncrona. Eles o construíram de forma absolutamente síncrona.

Então, a probabilidade de um desses bugs de temporização acontecer, embora muito pequeno, seja realmente ruim, na premissa era muito pequeno, mas se acontecesse, tornava-se diminimus de que aconteceria no backup também, porque era um sistema operacional totalmente diferente. Simplesmente não vai acontecer. E isso não acontece. Nunca foi. Nunca foi.

Então, pagamos as despesas de construção de uma versão completamente diferente do software de vôo, e Rockwell realizou seu desejo, tudo bem, eles tiveram que construir o software também. Eles também têm que construir. Em retrospecto, foi a coisa certa a se fazer, e anos depois Sy Rubenstein me disse, em retrospecto, que o assincronismo era a coisa certa a se fazer no primário. Você sabe, as coisas tendem a evoluir para a resposta certa ou uma boa resposta com o tempo.

O interessante no desenvolvimento de software a bordo do Shuttle é que ele ficou sem recursos logo no início. Ou seja, lembro-me claramente que no & # 821678, & # 821679 & # 8212o primeiro voo orbital foi em & # 821681, pelo que me lembro, abril de & # 821681 & # 8212, lembro-me claramente disso quando somamos todo o código e todo o processamento tempo necessário para fazer todo o software, estávamos em 200 por cento ou algo assim. Quando você está executando isso na simulação, pode aumentar artificialmente a memória do computador e tudo mais, mas não caberia. Então, passamos por scrubs, limpando continuamente ou reduzindo os requisitos. Na verdade, Fred [W.] Haise [Jr.], que foi um dos astronautas da Apollo 13, ele liderou uma das equipes de limpeza mais infames do Programa de Ônibus Espacial quando nos aproximamos do primeiro vôo orbital. Este é um ponto para mencionar algo.

A propósito, isso pode ser um bom final para o tema da discussão, que o software onboard Shuttle foi construído três ou quatro vezes no primário por causa da depuração e construído mais uma vez no backup para ter esta forma alternativa de processamento para fazer certeza de que não havia bugs.

Mas uma transição aqui para a engenharia de software para o Shuttle foi que o fizemos em uma linguagem de ordem superior. Foi a primeira vez que fizemos isso. O que eu vou dizer a você, o ponto principal, é que nunca teríamos tido sucesso se não tivéssemos feito isso em uma linguagem de ordem superior, porque quando você limpa o software, é muito fácil dizer, & # 8220Vamos & # 8217s pegar essa função, & # 8221, mas quando você tenta encontrar essa função e todas as suas entranhas enterradas na linguagem assembly, é quase impossível. Você acaba criando mais bugs e mais problemas. Quando você está trabalhando em um idioma de ordem superior, é muito mais fácil alterar o software. Portanto, a noção de usar uma linguagem de ordem superior, que hoje é, você sabe, & # 8220Você & # 8217, deve estar brincando. Ninguém faz linguagem assembly. & # 8221 Bem, algumas pessoas fazem. Nem é preciso dizer hoje, mas naquela época o software ainda pesava alguma coisa. Foi caro. Quer dizer, você sabe, peso e memória e eletricidade e tudo o que voar um veículo, era um grande negócio.

Portanto, parte de nossa herança Apollo era uma empresa. John Miller foi o fundador. Ele se formou na Academia da Força Aérea nos anos 40 e cresceu no Laboratório de Instrumentação, acho que no lado do hardware, formou uma empresa chamada Intermetrics. Hoje é chamado de Averstar. Eles têm um escritório aqui. Havia dois caras-chave, um sujeito chamado Fred Martin e outro chamado Dan Likely [fonético]. Eu acho que eles ainda estão por aí. A ideia deles era pegar a experiência Apollo que eles tinham em engenharia de software e assim por diante e fazer disso uma empresa.

Nossa noção depois da Apollo e da NASA tinha um programa de pesquisa chamado RTOPs, Research Technology Operating Plan, era o nome do formulário que tínhamos que preencher para fazer pesquisas, RTOPs. E fui convidado para fazer RTOP em engenharia de software. Então eu escrevi um para fazer uma linguagem superior para o próximo programa. Isso foi durante a transição da Apollo para a nave espacial. A Intermetrics ganhou aquele contrato e propôs essa linguagem HAL, e nós saímos e fizemos isso, saímos e demos um contrato a eles, e era outro dos componentes do GFE.

O que foi incrível foi que tínhamos em & # 821672, & # 821673, no início do Programa Shuttle, o que tínhamos agora era Rockwell construindo o & # 8212com a IBM construindo o hardware do computador, construindo-o, literalmente, eles escolheram um O computador AP-101 de prateleira que era usado em aviões de caça, mas eles tinham e construíram um processador de entrada e saída totalmente novo em torno dele, então era um computador diferente. Tínhamos a IBM Federal Systems Division fazendo o software de voo, e isso era por meio do governo, e então tínhamos a Intermetrics construindo este compilador no qual eles iriam programar o software, que também era um contrato do governo sendo GFE & # 8217d por meio da IBM. OK? Quero dizer, falar sobre nos colocar no meio, colocar o governo no meio.

O que era ainda mais surpreendente era que, por algum motivo, este computador que foi selecionado não tinha sistema operacional. O AP-1 não veio com sistema operacional. Quer dizer, é como comprar um novo chip de computador e não ter sistema operacional. Portanto, não havia nada. Era um computador totalmente vazio quando o compramos. A IBM disse: & # 8220Nós & # 8217 projetaremos um. Nós iremos continuar. & # 8221 Terminado, nós o chamamos de Sistema Operacional do Computador de Voo, ou FCOS. Eu me tornei líder nisso, é claro, depois do jogo da Apollo.

No jogo de software, compiladores e # 8217 idiomas falam para sistemas operacionais. Essa é a relação mais íntima. Os sistemas operacionais são softwares que realmente são executados em um computador quando o computador está em execução, enquanto os compiladores geram o código que é executado nos computadores. Portanto, quando os compiladores são compilados, eles não estão sendo executados no computador. Embora hoje em dia muitos compiladores sejam executados nos computadores para os quais eles geram o código. Mas no sentido de destino do host, certamente foi no caso do Shuttle que o host do compilador foi o mainframe IBM e o alvo foram os GPCs.

Portanto, a ideia de ter essas linguagens de ordem superior tornou-se muito intensiva em computação, como você pode imaginar, porque você está falando sobre tentar traduzir algo mais ou menos inglês em código-alvo para um GPC, conversando com um sistema operacional. Você não replica o software do sistema operacional. Muitos deles simplesmente chamam as rotinas que existem no sistema operacional.Qual sistema operacional? Não existia. Então, acabamos, de & # 821672 a & # 821674 ou mais, construindo em paralelo o compilador, o sistema operacional e os aplicativos. Isso nunca havia sido feito antes. Foi estúpido tentar fazer assim, mas já estávamos atrasados ​​quando os contratos foram assinados. Então foi assim que foi feito. E ainda por cima, tentar construí-lo de forma que pudéssemos ter computadores rodando redundantemente, rodando exatamente o mesmo código, votando uns nos outros, centenas de milhares de vezes por segundo no que chamamos de pontos de sincronização, pontos de sincronização.

No final de & # 821674 & # 821675, era Natal um daqueles dois anos, finalmente fomos obrigados a entregar algum software ao veículo em Palmdale para teste. Porque? Lembre-se, não íamos voar até o Teste de Aproximação e Pouso [ALT] em & # 821678, primeiro vôo vertical depois.

Rusnak: Se eu pudesse te parar por um segundo, nós temos que trocar a fita de áudio.

Garman: Eu estava falando sobre a noção de construir todas essas coisas em paralelo, o compilador e o sistema operacional, construir o hardware do computador, por sinal, ao mesmo tempo, para os aplicativos. A outra parte que esqueci de mencionar é que estamos construindo a instalação de teste ao mesmo tempo. Nós o chamamos de Laboratório de Desenvolvimento de Software. Acabamos usando os mainframes restantes do controle da missão. Na verdade, eles estavam no Centro de Controle da Missão. Eu esqueci os números. Eu acho que eles mudaram & # 8212estes eram IBM-360s. Eles mudaram para mainframes IBM-370 nesta época no controle da missão. Todas essas coisas acontecendo em paralelo.

Meu ponto naquele intervalo, naquele intervalo anterior, foi que fomos chamados para entregar algum software para [Rockwell em] Palmdale [Califórnia], onde estavam construindo o veículo em 1974 ou & # 821675, não consigo me lembrar. Porque? Bem, porque este veículo, o veículo Shuttle, é basicamente todo dirigido por computador, eles descobriram que não podiam testar o veículo sem um software de computador. Em retrospecto, é simplesmente óbvio. Quer dizer, você sabe, basta pensar em um PC. Como você verifica um disco rígido sem colocar software para fazer o disco rígido funcionar, certo? Em retrospecto, é óbvio, mas lembre-se, a mentalidade aqui é uma aeronave de outrora, uma espaçonave de dias anteriores, onde esses sistemas foram projetados com pontos de teste que você poderia testá-los. Eles poderiam fazer muitos testes sem o computador, mas no final, eles precisaram de um software de teste.

Bem, você não pode nem mesmo criar um software de teste, a menos que seja executado em um sistema operacional. Estamos construindo coisas internamente. Em outras palavras, você queria dar uma olhada em onde estávamos no desenvolvimento do software, adicionar alguns algoritmos simples com os quais eles queriam apenas fazer testes e entregá-los a eles. E nós fizemos, e não funcionou. Simplesmente não funcionou.

E de repente, de repente, com base em um requisito que não havia sido identificado em primeiro lugar, o software se tornou o fator impulsionador no desenvolvimento do Shuttle. Se você não consegue testar o veículo, não consegue terminar de construí-lo. Se você não tem o software para testar o veículo, não pode testá-lo, então o software se tornou a vara longa. Claro que era a vara longa. Não foi culpa da Rockwell. O software era o GFE, que contribuía para o jogo político. & # 8220Dizemos que deveríamos ter feito o software em primeiro lugar. & # 8221

Além disso, não conseguimos fazer com que este jogo de sincronização funcionasse. Não só não conseguimos fazer o software funcionar, como também não conseguimos fazer com que ele votasse em vários computadores. Lembro-me de quando contamos o número de pontos de sincronização bem-sucedidos na casa das centenas. Lembre-se de que o software que roda hoje no orbitador sincroniza milhares de vezes por segundo. Portanto, este era um tipo de problema bastante rudimentar.

Eu estava no meio disso, assim como muitas pessoas. Acabamos recebendo ajuda séria da alta administração. E quando você está com problemas, acaba ganhando muito dinheiro também. Você sabe, é uma pena pensar dessa maneira, mas há duas maneiras de obter mais dinheiro: ter sucesso ou fracassar. Se ele não estiver funcionando e você precisar fazê-lo funcionar, você coloca mais dinheiro nele. Se for muito bem-sucedido e você quiser fazer mais, você investe mais dinheiro nele. Portanto, nunca fique no meio da mediocridade. Você pode ser pago. Não, não vá lá.

De qualquer forma, tudo aconteceu, é claro, mas foram alguns anos muito dolorosos, se bem me lembro, principalmente para pessoas como Dick Parten. Eu & # 8217m ainda & # 8212o que sou? Eu tenho trinta anos em & # 821674, então ainda sou relativamente jovem no jogo, fazendo minhas coisas e me divertindo, mas me lembro claramente da pressão. Lembro-me de Dick Parten e eu discutindo uma vez, o que costumávamos fazer, discussões amigáveis. Ele era absolutamente um destes & # 8220Eu quero um cronograma, quero um plano, quero todas as etapas definidas. & # 8221 E eu olhava para ele e dizia: & # 8220Você sabe, não temos ideia de como fazer algumas dessas coisas. & # 8221 Os problemas não foram resolvidos na construção de um sistema operacional que pudesse fazer essa sincronização entre máquinas. & # 8220Você & # 8217 está me pedindo para agendar a criatividade. & # 8221

E ele & # 8217d olhar para mim e & # 8217d dizer, & # 8220Yep. Isso é exatamente o que eu & # 8217 estou perguntando. & # 8221 [Risos] Você sabe, & # 8220 Defina um limite de tempo para quando você & # 8217 for resolver esses problemas e resolvê-los. & # 8221

Como você faz isso? Você sabe, porque você fica sentado e está tentando descobrir como fazer isso. Mas essa é exatamente a posição em que todos estavam, esteja você sentado em um console da Apollo 14 com duas horas para resolver um problema antes de pousar ou você tem um ano ou mais para resolver um problema e não 8217não sei a resposta. É assim que a vida funciona. Se você não sabe a resposta, você precisa descobrir uma. Acho que é isso que torna a engenharia e a ciência divertidas, parte do que as torna coisas realmente legais.

Enfim, fizemos, acabamos descobrindo. Muitas pessoas muito inteligentes na IBM e entre nossos colegas na NASA descobriram as respostas para todas essas coisas e as colocaram funcionando.

O destaque aqui sobre o qual quero falar é este Laboratório de Desenvolvimento de Software. Realmente não existia tal coisa na Apollo. Eles tinham os computadores que faziam simulação de mainframes, eles faziam a montagem de sua linguagem de montagem em grandes máquinas. O treinador da tripulação da Apollo, você sabe, os simuladores em que os astronautas treinam, na verdade executou um computador de orientação Apollo simulado interpretativamente. ISAGC foi chamado. Um sujeito chamado Jim [James L.] Raney, que já existia há muito tempo, acho que ele ainda está por aí em algum lugar, criou isso, acabou trabalhando todo o caminho através do Station, na verdade, no software de bordo.

Mas nos dias da Apollo, o computador de bordo era tão lento e os mainframes eram muito mais rápidos, eles são lentos hoje, mas em comparação com o computador de bordo havia uma grande lacuna entre a velocidade de um mainframe e # 8212 esses eram os Univacs que usavam em seu simulador & # 8212, uma enorme lacuna entre a velocidade nos mainframes e a lentidão do computador de bordo para o Apollo, que eles realmente carregaram a listagem, a lista de linguagem assembly, do computador de bordo, e ele interpretaria essa listagem e executaria.

Porque? Porque o software mudava com tanta frequência que eles não podiam se dar ao luxo de continuar mudando a simulação. Como resultado, ele realmente ajudou a depurar o software. Freqüentemente, a simulação estava errada. O computador de orientação Apollo simulado executando essa coisa interpretativa da listagem do programa de computador funcionaria perfeitamente, e o simulador não conseguia lidar com isso, e era um problema de simulador. Mas, na maioria das vezes, também era um problema de software.

Bem, no Shuttle, eles foram um pouco melhor. Na verdade, eles colocaram GPCs, GPCs reais, no simulador e o cercaram com uma caixa, cujo nome não consigo me lembrar, que enganou os computadores de bordo fazendo-os pensar que estavam voando quando, na verdade, estavam dentro de um simulador e podiam ser interrompido, recarregado rapidamente. Você sabe, simulações, você corre até um ponto, para, reinicia, volta, continua, refaz e coisas assim.

Agora, eles não podiam fazer muito trabalho de diagnóstico, mas aqui não estávamos realmente carregando as listagens, estávamos carregando o código e, como os GPCs estão sendo executados em tempo real, o fato de que os GPCs eram computadores muito mais rápidos , e a diferença entre os mainframes usados ​​para simular em um ambiente simulado e o computador de bordo era muito mais estreita, mas distribuímos a carga. Você tem os GPCs reais apenas executando seu software real. Portanto, o simulador apenas tinha que se manter atualizado em tempo real, que é o que os simuladores devem fazer de qualquer maneira. Então funcionou bem. Muito complicado.

A mesma coisa foi feita no Laboratório de Desenvolvimento de Software. No Laboratório de Desenvolvimento de Software, o dispositivo era chamado de Flight Equipment Interface Device, FEID, que pronunciamos, é claro, & # 8212 qualquer acrônimo com mais de três letras que a NASA pronuncia. Você me ouviu dizer NASA. Eu não disse & # 8220N-A-S-A. & # 8221 Eu disse & # 8220NASA. & # 8221 Ele pronuncia. Três letras, nós dizemos. Software Production Facility, & # 8220S-P-F. & # 8221 E pronunciamos que o chamamos de & # 8220spiff. & # 8221 Mas o FEID, F-E-I-D, nós o pronunciamos.

O FEID foi a mesma ideia. Era uma caixa que você plugava nos GPCs reais e do outro lado dessa caixa estava o mainframe, onde rodamos o código do desenvolvedor do compilador e # 8217s, mas, mais importante, rodamos toda a simulação para simular o vôo real do veículo para teste o software de vôo. OK? Agora, tudo isso é digital. Em um treinador de tripulação, há muito equipamento real. Tudo isso é digital. Não há cockpit. É tudo simulado.

Além disso, não precisávamos operar em tempo real. Não há ninguém lá para acompanhar. Portanto, as simulações podiam ser executadas muito mais lentamente do que em tempo real e costumavam ser. Porque? Porque a ideia de testar o software seria: talvez eu queira rastrear uma variável em uma equação e quero vê-la sempre que ela mudar, em uma impressão ou em algum lugar. Bem, o FEID foi construído para que você pudesse fazer isso.

Agora, tenha em mente, estou olhando para uma lista de HAL e aqui está o nome de uma variável talvez chamada altitude. E eles realmente explicam: altitude. & # 8220Oi, isso & # 8217s inglês. Eu posso ler. & # 8221 Onde diabos essa variável estava na memória do computador é perdido na noção de compilação, primeiro para o código binário e depois neste mundo de assincronismo & # 8212 bem, na verdade, fizemos alocações de memória estática para que você soubesse onde estava, mas quando mudou de valor, não era previsível.

Portanto, a ideia do FEID era que você poderia inserir gatilhos e realmente congelar o computador, colocá-lo em animação suspensa, acessar sua memória e extrair variáveis, extrair parâmetros. Bem, isso faz com que ele seja executado mais lentamente do que em tempo real. Então você pode ver a diferença? Em um simulador, em um treinador de equipe, a mesma ideia, GPCs reais, mas você não está interrompendo, exceto talvez para reiniciar um envio. Você está tentando correr em tempo real. Considerando que, neste Laboratório de desenvolvimento de software, nós o interrompemos o tempo todo.

Bem, não apenas tivemos que entregar o software para Palmdale e verificar o veículo, tivemos que entregar software para os treinadores da tripulação enquanto eles estavam construindo o treinador da tripulação, para ajudar a verificar o treinador da tripulação, muito menos para tentar fazê-lo trabalhar em tudo usando esses FEIDs. O tempo gasto para resolver esses problemas era interminável. Agora, lembre-se, essa foi minha primeira experiência em desenvolvimento. Quando eu entrei no Apollo em & # 821666, tudo foi projetado, certo ou errado, e tudo estava tentando fazê-lo funcionar. Entrei no Shuttle no andar térreo, então entrei no meio de todas essas coisas divertidas de tentar resolver problemas.

Portanto, temos um Laboratório de Desenvolvimento de Software, como o chamamos. As máquinas host são antigos IBM-360s que executavam o centro de controle, o complexo de computação em tempo real ou RTCC, como eles chamavam no centro de controle do Apollo, nós herdamos esses computadores e construímos uma coisa chamada FEID para conectar esses GPCs ao , e estamos tentando fornecer software para todos esses outros lugares.

Havia outra instalação chamada SAIL, Software Avionics Integration Laboratory, que teve a mesma ideia. Ele também usava um dispositivo como um FEID com GPCs reais, mas tinha um equipamento real. Sua noção não era necessariamente que precisava rodar em tempo real, mas podia fazer testes parciais. Não estava tentando fazer tudo. Eles & # 8217d tentam obter hardware real e se certificar de que & # 8212 você sabe, hardware construído por aquele subcontratado ou por esse subcontratado ou por este, junte tudo para garantir que funcione em conjunto. Esse era o objetivo do SAIL.

Portanto, estamos sentados lá de & # 821675 a & # 821678 ou mais, tendo que enviar software, não software real, software de teste, para três ou quatro locais diferentes, primeiro para ajudar a desenvolver a instalação e, em seguida, para ajudar a desenvolver o hardware ou o próprio veículo. Esse foi outro dos detratores de focar na construção do software de vôo real.

Estou um pouco fora de ordem aqui, mas se você puder somar neste ponto, você pode ver os desafios que foram enfrentados aqui. Lembre-se, 200 por cento, o código não cabia, tinha que limpá-lo continuamente? Tudo bem? Tentar desenvolver conjuntos inteiros de software para enviar a laboratórios que precisassem deles para existir. Além disso, por trás de tudo isso, tentar desenvolver o software real que vai voar. Tudo bem? Foram tempos realmente divertidos e foi incrível como foi realizado. Agora, lembro-me de pessoas dizendo a mesma coisa depois de Apollo. Eu não estava profundamente envolvido no desenvolvimento para perceber por que eles dizem, & # 8220Eu não posso & # 8217crever que fizemos tudo em & # 8221, mas a mesma coisa no ônibus espacial, não posso & # 8217crever que fizemos tudo isso.

Nos voos de teste de aproximação e aterrissagem, sim, aquele & # 8217s Fred Haise voou isso, e foi depois desse voo que ele entrou no matagal para o primeiro voo vertical, todo o software esfregando. Fred Haise, eu estava no centro de controle vendo isso, não em um console, apenas plugado naquele, e a separação instantânea aconteceu, na parte de trás do 747, você sabe, disparou os parafusos explosivos, um dos computadores falhou .

Rapaz, você fala sobre o aumento dos batimentos cardíacos. Veja, ainda estávamos & # 8212; não havia problema de nossa parte que um dos outros três computadores assumisse o controle. Quer dizer, tudo bem. Nenhum de nós sabia ao certo que não tínhamos problemas genéricos, que qualquer falha que acontecesse no primeiro computador aconteceria imediatamente no segundo, terceiro e quarto, o que teria sido um desastre para o Programa Shuttle. Eu não acho que tínhamos um BFS naquela época. Sim nós fizemos. Eles tinham um sistema de vôo reserva, mas era & # 8212oh, você não queria ir para lá a menos que fosse necessário. De qualquer forma, isso foi instável, mas funcionou. Incrível, você sabe. Você planeja o desconhecido e uma falha, e foi, foi uma falha de hardware e as coisas funcionam como deveriam e você pensa, & # 8220Wow. OK. Isso é bom. Isso é bom. & # 8221

A aventura do Shuttle, o próximo lugar em que me vi sentado diante de platéias que não queria sentar, foi no primeiro vôo orbital, STS-1. Você se lembra que eu disse que o software de backup de vôo foi projetado completamente diferente do primário, síncrono versus assíncrono. O sistema de software de backup de vôo nunca estava no controle, a menos que eles acionassem um interruptor para colocá-lo no controle. Sempre teve que estar pronto para assumir o controle. Portanto, ele precisava ouvir continuamente o que estava acontecendo no veículo para acompanhar. Como você ouve outro conjunto de computadores? Você escuta o tráfego de ônibus, o LAIO. Você não pode usar esses computadores. Eles podem estar errados. Você não pode & # 8217transmitir o computador principal & # 8212e quaisquer parâmetros para o backup porque eles podem estar errados. Eles podem estar falhando. Mas você pode ouvir os dados brutos.

Então, quando o computador principal pede um valor de uma unidade de medida inercial e os dados chegam flutuando pelo barramento, o computador de backup pode ouvir isso e puxar os dados. Para fazer isso, ele precisa saber quando o & # 8217s principal está indo perguntar. Dito de outra forma, o backup e o primário têm que estar sincronizados. O primário opera em um mundo assíncrono. O backup opera em um mundo síncrono. Era como tentar misturar óleo e água. OK? Isso foi feito por força bruta. Funcionou, exceto isso. Exceto aquilo. Havia um pequeno grande e eu não vou aborrecê-lo com os detalhes do bug. Acho que nem consigo me lembrar de todos eles. Mas havia um bug que era uma dessas probabilidades estranhas, uma em sessenta chances, que se você inicializar, primeiro ligue os computadores primários e dentro de um determinado período de tempo, em seguida, ligue os computadores de backup no orbitador, eles & # 8217d nunca sincronizar. O backup não seria capaz de ouvir o primário corretamente.

Nunca encontrei o bug. Porque? Porque era como uma chance em sessenta, e em todas as execuções do SAIL, simulações de computador, execuções FEID e tudo isso, você não liga os computadores e começa a partir daí. Você começa a partir de um ponto de reinicialização. Um ponto de reinicialização pode demorar horas antes do lançamento, mas construir esses pontos de inicialização de reinicialização de simulação é como uma árvore. Você começa com o tronco e corre um pouco e constrói um branch para um para isso, outro para aquele e outro para aquele, e você constrói aquele, mas eles são todos baseados, assim como os pais , no mesmo tronco. E o baú específico, ou dois ou três baús, que foram usados ​​não eram os que causavam os problemas em sessenta.

Lei de Murphy & # 8217s. No primeiro vôo orbital do Shuttle, eles ligam os computadores pela primeira vez para iniciar a contagem regressiva e acertar o que está em sessenta de chance, acertar frio. À medida que começamos a descer, as coisas da contagem regressiva não estão funcionando direito. Eles não estão sincronizados. Existem problemas. Portanto, é outro daqueles & # 8220Nós vamos voar ou não vamos voar? & # 8221 Claro, isso é bom, estamos sentados no chão. Ainda assim, isso é muito constrangedor. Isto não é bom. Este é o primeiro vôo orbital e o software é o problema.

Qual era o problema? Eles seguraram o lançamento por dois ou três dias, se bem me lembro, e acho que foi a única vez que o software causou um impacto em um vôo da NASA como aquele, que causou uma mudança ou causou uma grande mudança. Sim, eu me peguei conversando com jornalistas e todo esse tipo de coisa depois de ficar acordado a noite toda.Finalmente descobrimos qual era o problema e, claro, a correção foi muito fácil, certo? Desligue os computadores, ligue-os novamente. Uma chance em sessenta e, com certeza, não acertou. Não é um problema que possa ocorrer novamente. Veja, depois que você estiver sincronizado, não será mais um problema.

Então, absolutamente Lei de Murphy & # 8217s. Se as coisas podem dar errado, eles vão. Uma daquelas aventuras selvagens. Lembro-me claramente de ficar acordado a noite toda em uma sala de conferências. Eu não acho que tivemos que colocar guardas, mas estava perto disso, para manter as pessoas fora para que pudéssemos conversar. Sabe, você meio que sabe qual é o problema e começa a tentar se concentrar nele. É uma sessão de brainstorming absolutamente clássica com pessoas desenhando nos quadros-negros e tentando descobrir como fazer isso ou aquilo, qual era o problema . Demorou a noite toda.

Depois de explicado, já era tarde demais, claro. O lapso de dois dias foi simplesmente a reviravolta. Uma vez que você decide não lançar, você retira o veículo e inicia a contagem regressiva novamente, e tudo correu bem. STS-1.

A aventura no ônibus espacial, é claro, foi o lançamento e o pouso. Essa é a parte difícil. Os computadores não podem parar, eles não podem falhar, você tem que continuar.

Depois do Challenger, todos nós conhecemos os perigos do lançamento, mas ao contrário do Programa Apollo, em que os computadores da espaçonave onde as pessoas o monitoravam, o Saturn tinha seu próprio computador de vôo, a unidade de instrumentação. Para o Shuttle, os mesmos computadores de bordo realmente controlam tudo, iniciam do começo ao fim. O pessoal da Marshall não gostava muito disso. Eles queriam seu próprio sistema de computador, mas & # 8212bem, há alguma razão para isso, a mesma razão que Rockwell queria um software de backup de vôo. Se houver mais componentes, haverá uma probabilidade maior de falha porque qualquer um dos componentes pode falhar. Há uma probabilidade menor de falha porque você pode se concentrar separadamente, você não confunde as coisas. Portanto, é uma verdadeira troca em confiabilidade de sistemas.

De qualquer forma, embora os motores principais do orbitador, do ônibus espacial, tenham seus próprios computadores, tudo o que eles fazem é & # 8212Eu não devo & # 8217não dizer & # 8220 tudo o que fazem. & # 8221 É muito complicado o que eles fazem, mas eles controlar os motores e pronto. Eles gerenciam o fluxo de combustível e quando desligá-los, quando ligá-los, coisas assim. Mas toda a orientação, para que direção apontar os motores, que nível de aceleração e tudo mais, vem puramente através dos computadores de bordo do Shuttle, que é outra razão que teve que ser construída quatro vezes, porque toda a lógica que as pessoas queriam colocado para cobrir todas as instâncias que simplesmente não cabem.

OK. Uma outra aventura no Shuttle que foi interessante. Foi assim que comecei a migrar para mainframes. Neste ponto, eu sou todos os computadores de bordo, o que você chama de mini ou micro computadores hoje. Eles são coisas do tipo aviônica. Bem, você pode dizer. Quer dizer, usamos computadores mainframe para fazer a compilação e a simulação, e nós & # 8217d herdamos todos esses antigos computadores Apollo RTCC e percebemos quando nos aproximamos do STS-1, o primeiro vôo do ônibus espacial orbital, que se a agência estava interessada em alguma coisa como o que é dito & # 8212 a propósito, eles estavam falando sobre voar 52 vezes por ano naquela época, um vôo por semana.

Não importava se era cinquenta e duas vezes por ano ou oito vezes por ano. O fato é que o paralelismo de que falei antes era enorme. Determinando quais cargas transportar no ônibus espacial e todo o trabalho que vai e todos os testes paramétricos de software de vôo que precisam ser feitos, estamos falando de um longo tempo de espera. Lembro-me de sentar um dia, novamente com Lynn Dunseith, e dizer: & # 8220Nós & # 8217 temos um problema & # 8221 porque o vôo a vôo, quer dizer, estamos construindo o software e os parâmetros e os testes, e tudo & # 8217s dirigido para este primeiro vôo orbital. Faça. Tudo bem?

O problema com o ônibus espacial era & # 8212 e no Apollo era um vôo após o outro, mas estava para acabar. O problema com o Shuttle é que ele nunca termina. Isso vai durar para sempre. Ainda está acontecendo. Não existem apenas cinco ou seis voos de desenvolvimento e então terminamos. Supõe-se que recebamos muitos, muitos voos por ano. Lembro-me de desenhar diagramas para eles que diziam: & # 8220Tudo bem. Tudo bem. Vamos definir as datas de lançamento, & # 8221 e eu & # 8217d colocar um ponto em um calendário, você sabe, uma grande figura, um grande pedaço de papel com calendário na parte superior, um calendário de três ou quatro anos, e você coloca, & # 8220Vamos & # 8217s nem nos preocupamos com 52 voos por ano. Vamos colocar apenas um a cada dois meses. & # 8221 Portanto, seis pontos em um ano espalhados uniformemente em um gráfico. Agora, vamos traçar um limite a partir dessa data de lançamento. Quando é o corte do software? Quando é esse corte? Quando é esse corte? E chegamos a um prazo de entrega de dezoito meses.

Bem, se você está voando todos os meses, são dezoito paralelos. Se você estiver voando a cada dois meses, são nove paralelos. Direito? Se for um prazo de entrega de dezoito meses. Uau! A carga nos simuladores para executar tantos testes simultaneamente, a carga nos treinadores da tripulação e tudo mais, inédito. Não tinha sequer pensado nisso. Não sou responsável por ter pensado nisso. Quer dizer, eu era uma das pessoas que pensava. Muitas pessoas acordaram com o problema de volume que estávamos enfrentando.

Então dissemos: & # 8220Nós precisamos de um computador maior. & # 8221 Bem, em 1978 ou & # 821677 ou qualquer outra coisa, percebemos & # 8212 toda vez que você pensa no futuro. Portanto, ainda estamos no meio do trauma de fazer o software, mas estamos olhando para o futuro. Quando um grupo de engenheiros diz que precisa de um computador maior, as pessoas que têm dinheiro dizem: & # 8220 Sim, certo. Você sempre precisa de um computador maior. Certo. Prove. & # 8221 Então, nós provamos.

& # 8220Nah. Não temos dinheiro suficiente. & # 8221

Também havia um representante local chamado Brooks, Jack [B.] Brooks, nesta área, que em meados dos anos 60 tinha ficado bravo com a IBM e conseguiu que um projeto de lei chamado Brooks Act, que levou o governo a passar por todos operações competitivas antes de poder investir algum dinheiro em computadores. Portanto, o ato em si era bom, mas a sobrecarga para obter qualquer despesa importante em um computador era enorme, todos os tipos de planejamento e análise de custos e casos de negócios.

Então, de repente, eu estava fora do SPF de aviônicos, negócio de Laboratório de Desenvolvimento de Software, e fomos encarregados de construir o plano de TI, plano de tecnologia da informação, para a compra de um novo mainframe e construção de instalações. Onde vamos colocá-lo? Decidimos colocá-lo no terceiro andar do Prédio 30 na ala administrativa e, no terceiro andar, construir um piso elevado nele e colocá-lo como uma nova instalação de computador, que passou a ser chamada de Instalação de Produção de Software. Ainda existe no mesmo local.

Para complicar ainda mais as coisas, o DOD estava começando a se interessar neste ponto em missões seguras de vôo, então tivemos que construir parte das instalações seguras para que pudesse fazer operações confidenciais, você sabe, à prova de radiação para que você não pudesse sentar do lado de fora e ver o que os computadores estão fazendo lá dentro.

Então, de repente, vários de nós estávamos no meio da aquisição e construção de um data center. Isso é o que se resume, um grande data center de mainframe. Veja, até agora nós estávamos usando sobras do Apollo, certo? O piso elevado estava lá, os operadores estavam lá, os computadores estavam lá. Nós apenas os usamos. De repente, estamos construindo um novo data center, e isso foi uma migração para vários de nós, mas se você pode imaginar minha própria experiência, eu tenho trabalhado nesses computadores de bordo há anos e de repente eu & # 8217m um cara de mainframe. E, como falaremos mais tarde, então me tornei um cara do PC, da computação de desktop. NASA & # 8217s tem sido realmente ótimo dessa forma. Quer dizer, você fala sobre conseguir & # 8212 eu gosto de dizer às pessoas & # 8220Eu & # 8217 estive em computadores durante toda a minha carreira na NASA. & # 8221

& # 8220 Oh, e sempre nos computadores? & # 8221

& # 8220Sim, mas que variedade. & # 8221 De uma ponta à outra, em todos os lugares. Muito divertido.

De qualquer forma, como a maioria das coisas acontece, a perseverança vence, e nós pegamos os computadores e construímos as instalações. É claro que não era grande o suficiente, mas descobriu-se que não precisava ser porque não havia como voar em Shuttle com tanta frequência. O SPF tinha o tamanho certo e acho que sobreviveu a qualquer atualização importante por muito tempo. Mais automação, eu acho, foi o que o levou a ficar maior ao longo dos anos, não uma questão de capacidade, porque se você voa apenas oito voos por ano e pensa que pode voar até cinquenta e dois, você sai muito bem dimensionado, mesmo se você estivesse tentando adivinhar de forma conservadora ou sendo forçado a ser conservador.

O que mais no Shuttle? O ônibus espacial acabou para mim logo após o primeiro vôo. Lembro que conheci muitas pessoas que se encarregam de algo e se apegam muito a isso, e perdem a visão. Tornou-se um império para eles. Lembro-me que na unidade de produção de software, um dia eu estava dando um tour ou algo assim para as pessoas e estava muito orgulhoso disso, é o novo data center, muito dinheiro, muitas pessoas, grandes operações. Lembro que estava dando tapinhas em um dos mainframes, olhei para mim mesmo e disse: & # 8220Você tem que sair daqui. & # 8221 [Risos] Então eu disse: & # 8220Acho que é a hora de mim ir fazer outra coisa. Estou conseguindo essa relação com o equipamento que não quero. Estou começando a sentir que sou o proprietário. & # 8221

Então, saí da Divisão de Software para Naves Espaciais. Acho que me tornei vice-chefe da divisão, e John Aaron, cujo nome eu tenho certeza que você sabe, ele era chefe da divisão naquela época. Saí disso e subi até o quadro de funcionários da diretoria para começar a trabalhar em projetos futuros, em especial o programa Estação. Agora, isso foi em & # 821682, muito antes de Station ser um programa.

Há um outro ponto que levantarei no Shuttle, e então acho que podemos dizer que podemos encerrar a discussão do Shuttle. Uma das coisas interessantes que aconteceram quando a divisão de software da nave espacial foi formada foi: que tipo de pessoa você reúne em uma divisão como essa? Éramos muitos geeks, e digo isso da melhor maneira. Quando você é um, você é um. Mas conhecíamos os sistemas, conhecíamos os sistemas operacionais, conhecíamos os compiladores e tudo mais, mas não éramos especialistas em navegação, orientação, sistemas elétricos ou o que quer que seja.

Então, Dick Parten recebeu permissão para escolher quem ele quisesse para começar esta nova divisão, e um dos personagens que ele escolheu foi John [W.] Aaron. John era o EECOM, oficial de comunicações ambientais elétricas, na Apollo 13 quando toda a eletricidade explodiu, mas foi basicamente um problema elétrico, como falta de eletricidade, que o atingiu e ele foi parado.

Rapaz, você fala de uma aventura para um jovem. Ele não sabia nada sobre software. OK? Nada. E dez anos depois ele era o chefe da divisão que ainda estava construindo as coisas, o que era muito bom. A única razão pela qual menciono isso é que havia várias pessoas e # 8212Bill [William A.] Sullivan é outro. Ele era um orientador, um cara de navegação. Jim [James E.] Broadfoot foi outro. Acho que ele acabou sendo contratado para o gerenciamento de sistemas. Eu era o cara do sistema operacional. Trazer essas pessoas de diferentes disciplinas para formar um novo programa como aquele tinha aquele verdadeiro espírito de camaradagem e & # 8220Você sabe coisas que eu não & # 8217t e eu sei coisas que você não & # 8217t, e vamos & # 8217s ver se podemos & # 8217t compartilhar e descobrir como fazer isso. & # 8221 Funcionou muito bem.

Para encerrar a discussão, tenho que ser bem claro em uma coisa. É muito fácil falar do ponto de vista do egocentrismo. Estou falando sobre o pessoal da NASA. Sei que mencionei a IBM e a Draper Lab. A visão quando você está sentado onde eles estavam é completamente diferente. Eu sei que foi. Eu conversei com eles. Eles ficaram muito felizes em trabalhar com alguns de nós, porque éramos bons clientes e ajudamos. Não impedimos. Se algo desse errado, nós compartilhamos a responsabilidade, nós falhamos tão bem quanto eles. Mas, em muitos casos, não é assim de todo. O pessoal do governo está apenas no caminho. Eles nos fazem cruzar T & # 8217s e ponto I & # 8217s, difícil de fazer o trabalho, é muito difícil.

Seria bom conversar & # 8212I & # 8217m certeza que sim, mas seria bom conversar com alguns deles também. A IBM não existe mais. A IBM existe, mas a Federal Systems Division, que tinha o núcleo das pessoas que construíram o software de bordo para o Shuttle, foi vendida. A IBM vendeu para a primeira Loral, e então Loral pegou o contrato de continuação de software integrado. Então, quando o contrato de operações de vôo espacial & # 8212USA [United Space Alliance], quando os EUA foram formados, os EUA pegaram isso e todas aquelas pessoas se mudaram para os EUA, o que sobrou deles, o que sobrou deles. Não tenho nenhum nome improvisado para você, mas algumas dessas pessoas ainda estão por aí e seria bom conversar com elas.


Dylan T. Ciciliano [email protected]

O Sr. Ciciliano é advogado do grupo de prática de Contencioso Comercial da firma. Sua prática concentra-se principalmente no contencioso cível. Embora o Sr. Ciciliano tenha representado clientes em importantes litígios da bet-the-company, ele também representa com frequência pessoas físicas e pequenas empresas. Ao fazer isso, ele fornece serviços jurídicos eficientes e econômicos que permitem aos clientes processar ou defender ações com sucesso.

O Sr. Ciciliano também colabora com outros escritórios de advocacia como advogado local ou de outro estado como membro eficaz e econômico de uma equipe jurídica.

Ele representou indivíduos, empresas, corporações, investidores e gerentes de negócios de maconha e entidades governamentais em casos envolvendo violações de contrato, parceria interna e disputas comerciais, moções anti-SLAPP, governança corporativa, violações de deveres fiduciários, fraude, conspiração, reclamações RICO e prevaricação geral. O Sr. Ciciliano também tem experiência com casos EB-5, casos de negligência médica, defesa criminal complexa e uma ampla variedade de disputas comerciais. Como advogado de defesa, o Sr. Ciciliano obteve liminares, julgou o júri e os julgamentos como advogado principal e obteve resultados positivos por meio de resoluções consensuais. Ele também representa clientes em arbitragens, mediações e outras resoluções nacionais e internacionais fora do tribunal. O Sr. Ciciliano tem ampla experiência na condução e gerenciamento de descobertas complexas, incluindo e-discovery e produção de informações armazenadas eletronicamente, bem como conformidade com as leis de privacidade europeias. Essas ações geralmente envolvem privilégios complicados e disputas de descoberta.

O Sr. Ciciliano nasceu e foi criado em Nevada. Ele obteve graduação e mestrado na Universidade de Nevada-Reno e trabalhou para a Comissão do Condado de Washoe. O Sr. Ciciliano obteve seu doutorado em Direito pela Universidade do Arizona e foi Editor Executivo Sênior do Arizona Journal of International and Comparative Law.


Assista o vídeo: Einen schönen Film auf Deutsch (Novembro 2022).

Video, Sitemap-Video, Sitemap-Videos