Filosofia de engenharia: Grace Hopper, faça o computador falar a língua das pessoas

Principais conclusões

• Toda a filosofia de Hopper em uma frase: faça o computador falar a língua da pessoa, nunca force a pessoa a falar a língua da máquina.
• O primeiro compilador, o A-0 (1952), colocou o peso da tradução sobre a máquina – automatizado uma única vez em software, em vez de pago manualmente por cada programador, para sempre.
• O fio de um nanossegundo transformou a latência em um objeto físico: 29,97 centímetros que você podia segurar na mão, para que o custo do tempo desperdiçado deixasse de ser abstrato.
• “Sempre fizemos assim” era, para ela, a frase mais perigosa do idioma – e cada uma de suas invenções foi uma resposta a ela.

O princípio

“As pessoas têm alergia a mudanças. Adoram dizer: ‘Sempre fizemos assim.’ Eu tento combater isso. Por isso tenho um relógio na parede que anda no sentido anti-horário.” – Grace Hopper¹

Esse temperamento é consequência de uma única convicção: a máquina deve ser feita para servir a pessoa, e não o contrário. Em 1953, quando programar significava codificar à mão instruções numéricas para uma máquina específica, Hopper propôs que os problemas de processamento de dados fossem expressos em palavras em inglês, deixando o computador encarregado da tradução. A gerência lhe disse que aquilo era impossível – computadores não entendiam inglês.² Ela não estava de fato afirmando que entendiam. Estava afirmando que o peso da tradução pertencia à máquina, onde poderia ser automatizado uma única vez, e não a cada programador, para sempre. É essa toda a filosofia: faça o computador falar a língua da pessoa, não o contrário.

É fácil, setenta anos depois, não perceber o quanto isso era radical. A suposição dominante era que programar fosse um ofício esotérico para pessoas capazes de pensar nos termos da máquina, e que essa fosse simplesmente a natureza do trabalho. A resposta de Hopper foi que a natureza do trabalho era uma escolha que alguém fizera e nunca mais revisitara – “sempre fizemos assim” calcificado em lei da física. Toda a sua carreira é a recusa dessa calcificação: o primeiro compilador, a primeira linguagem parecida com o inglês e uma vida inteira ensinando às pessoas que os limites que elas aceitavam não eram reais.

A veia antidogmática e a missão de acessibilidade são o mesmo instinto visto por dois ângulos. A abstração – deixar uma pessoa expressar sua intenção em seus próprios termos e ter uma ferramenta que a traduz até o nível da máquina – não é uma comodidade acrescentada por cima da programação. Para Hopper, era o propósito da programação: o trabalho de abrir a máquina a pessoas que, de outro modo, ficariam de fora. Quando o presidente Obama lhe concedeu a Medalha Presidencial da Liberdade em 2016, a justificativa colocou a coisa de forma direta – ela “inventou o primeiro compilador, que permitiu escrever programas em linguagem comum e depois traduzi-los para que os computadores entendessem.”³ A mesma convicção sustenta o argumento de que boas ferramentas devem otimizar para o ser humano que as usa, e não para a máquina que as executa.

Contexto

Grace Brewster Murray Hopper nasceu em 9 de dezembro de 1906, na cidade de Nova York.⁴ Formou-se em matemática e física pelo Vassar College em 1928, e depois obteve um mestrado (1930) e um doutorado em matemática (1934) por Yale – um doutorado em matemática que quase nenhuma mulher de sua geração possuía.⁴ Ela lecionou matemática no Vassar ao longo da década de 1930, e esse detalhe importa: antes de ser programadora, ela foi professora, e o instinto de tornar uma ideia difícil compreensível nunca a abandonou.

Em dezembro de 1943, em plena guerra, ela ingressou na Reserva da Marinha dos Estados Unidos. A Marinha hesitou no início – ela tinha trinta e seis anos e estava bem abaixo do peso exigido –, mas insistiu, e em 1944 foi designada para o Bureau of Ordnance Computation Project, em Harvard, onde se tornou uma das primeiras programadoras do Harvard Mark I, sob a direção de Howard H. Aiken.⁴ O Mark I era uma calculadora eletromecânica do tamanho de uma sala; Hopper foi coautora de seu manual de 561 páginas, A Manual of Operation for the Automatic Sequence Controlled Calculator, que por anos foi o texto fundamental sobre como programar a máquina.⁴

Depois da guerra, ela deixou o serviço ativo, mas permaneceu na Reserva, e em 1949 entrou na Eckert-Mauchly Computer Corporation – logo incorporada à Remington Rand – para trabalhar no UNIVAC I, o primeiro computador comercial dos Estados Unidos.⁴ Foi ali, já não mais soldando código à mão em uma máquina de pesquisa única, mas tentando tornar um produto utilizável por empresas comuns, que o problema de sua vida tomou forma. Aiken lhe dera a máquina. O UNIVAC lhe deu o cliente. O cliente não sabia programar, e Hopper decidiu que esse era um problema do computador a resolver, não do cliente.

O trabalho

O primeiro compilador: A-0 (1952)

Em 1952, Hopper já havia construído o sistema A-0, amplamente reconhecido como o primeiro compilador.⁵ A ideia era quase constrangedoramente simples em retrospecto e herética na época. Os programadores tinham montado bibliotecas de sub-rotinas úteis, mas, para reutilizar uma, era preciso copiar suas instruções à mão para dentro do programa e ajustar laboriosamente cada endereço de memória. O A-0 de Hopper permitia, em vez disso, referir-se a cada sub-rotina por um número de chamada curto e fornecer seus argumentos; o sistema então puxava as rotinas de uma fita, resolvia os endereços e montava um programa executável.⁵

Os puristas observam, com razão, que o A-0 funcionava mais como aquilo que hoje chamaríamos de loader ou linker do que como um compilador otimizador moderno.⁵ Isso é verdade e vale dizer. Mas o salto conceitual é a parte que perdura: um programa podia ser uma especificação escrita em símbolos convenientes, e um software podia traduzir essa especificação em código de máquina automaticamente. A tradução agora era tarefa da máquina. A própria forma como Hopper explicava por que fez isso sobrevive em suas palavras sobre os anos do UNIVAC: “Eu era professora de matemática. Naquela época, percebi que havia um certo número de alunos que não conseguiam aprender matemática. Depois fui incumbida da tarefa de facilitar o uso de nossos computadores por gente de negócios.”² Todo compilador desde então – cada linha de código que alguém escreveu em uma linguagem acima das instruções brutas de máquina – é um descendente dessa decisão.

O FLOW-MATIC e o caminho até o COBOL

O A-0 traduzia símbolos. O passo seguinte foi tornar os símbolos em inglês. Entre 1955 e 1959, Hopper e sua equipe na Remington Rand construíram o FLOW-MATIC, a primeira linguagem de programação a expressar operações em frases parecidas com o inglês, em vez de notação matemática.⁶ Um programa FLOW-MATIC continha comandos como INPUT, COMPARE e MOVE – palavras que uma pessoa de negócios conseguia ler e entender mais ou menos sem ser matemática. Era, em suas palavras, o trabalho deliberado de tornar o computador utilizável por pessoas que jamais iriam pensar nos termos da máquina.

O FLOW-MATIC alimentou diretamente o COBOL. Quando o comitê CODASYL se reuniu em 1959 para projetar uma linguagem comum orientada a negócios, o FLOW-MATIC era a linguagem de processamento de dados parecida com o inglês mais madura que existia e se tornou a base principal do novo padrão.⁶ Hopper é, com justiça, chamada de avó conceitual do COBOL – não sua única autora, mas a pessoa cujo trabalho e cuja defesa tornaram pensável uma linguagem de negócios parecida com o inglês e independente de máquina. E independente de máquina é a segunda ideia radical embutida aqui: ela defendeu a noção de que um programa deveria ser portátil entre computadores diferentes, em vez de ajustado à mão a um só, um ancestral direto da convicção de escrever-uma-vez-e-portar que o Unix e o C tornaram célebres. O mesmo código, o mesmo inglês, rodando em máquinas para as quais nunca foi escrito. O COBOL sobreviveu a quase tudo ao seu redor; décadas depois, ele ainda faz funcionar os sistemas bancários e governamentais do mundo, o que é, à sua maneira, um argumento silencioso pela durabilidade de uma ideia construída em torno do leitor humano.

O nanossegundo: tornar a latência física

O recurso pedagógico mais famoso de Hopper não era código algum. Era um pedaço de fio. Perguntada certa vez por que a comunicação via satélite demorava tanto, ela se propôs a tornar o custo do tempo algo que uma pessoa pudesse segurar. Ela distribuía pedaços de fio cortados em 29,97 centímetros – a distância máxima que a eletricidade pode percorrer em um nanossegundo, um bilionésimo de segundo –, de modo que uma unidade abstrata de atraso se tornasse um objeto físico na sua mão.⁷ Em seguida, ela puxava uma bobina de 300 metros: aquilo, explicava, era um microssegundo. “Às vezes acho que deveríamos pendurar uma sobre a mesa de cada programador”, dizia ela, “para que saibam o que estão jogando fora quando jogam microssegundos fora.”⁷

O fio é o mesmo instinto de professora que moveu o compilador, voltado a outra lição. O compilador dizia: você não deveria precisar pensar nos termos da máquina para usá-la. O nanossegundo dizia: mas você precisa respeitar a física da máquina. A latência deixou de ser um número num slide e passou a ser um comprimento que um sinal precisa fisicamente atravessar, governado pela velocidade da luz, e cada microssegundo desperdiçado é fio que você fez o sinal percorrer sem motivo. Os fios estão hoje no Museu Nacional de História Americana do Smithsonian.⁸ Eles são também, quase exatamente, o “a velocidade da luz é uma droga” de John Carmack – quarenta anos antes e feito de cobre. Ambos transformaram o piso físico rígido da latência em algo que você não podia abstrair ou ignorar, porque podia vê-lo, ou segurá-lo.

O inseto e o temperamento antidogmático

Em 9 de setembro de 1947, os operadores do Harvard Mark II – a máquina sucessora de Aiken, na equipe em que Hopper trabalhava – rastrearam uma falha até uma mariposa presa no Relé nº 70, Painel F. Eles removeram o inseto, coleram-no com fita no livro de registro e escreveram: “Primeiro caso real de um bug encontrado.”⁹ Aquela página do livro de registro, com a mariposa ainda presa, está hoje sob a guarda do Smithsonian.⁸

A versão honesta dessa história importa, porque Hopper a contava tão bem que os fatos ficaram embaçados. A mariposa era real e a data está documentada. Mas a palavra “bug” para uma falha de engenharia é muito anterior a ela – já estava em uso lá na época de Thomas Edison –, e os operadores quase certamente estavam fazendo um trocadilho, fundindo o termo de engenharia que já conheciam com o inseto literal que tinham acabado de extrair.⁹ Hopper, segundo a maioria dos relatos, nem sequer foi quem o encontrou. O que ela fez, com seu estilo característico, foi popularizar a anedota e o vocabulário de “bug” e “debugging” até que se tornassem a língua nativa do campo.⁹ Então o crédito preciso é este: ela não cunhou “bug” e provavelmente não pegou a mariposa, mas fez a história e a palavra colarem. Isso é uma contribuição à sua maneira – a contribuição da professora, mais uma vez.

O temperamento por trás de tudo isso era uma guerra permanente contra a suposição herdada. O relógio em sua parede andava no sentido anti-horário, de propósito, para provar que a convenção que todos tratavam como fixa era arbitrária no instante em que você decidisse construir uma diferente.¹ “Sempre fizemos assim” era, para Hopper, a frase mais perigosa do idioma – e o compilador, a linguagem parecida com o inglês, o programa portátil e o fio na sua mão eram, todos, respostas a ela.

O método

O método é consistente ao longo de quarenta anos – computação balística, computação comercial, projeto de linguagens e uma vida inteira de ensino.

Transfira o peso da tradução para a máquina. O movimento recorrente de sua carreira é pegar um trabalho que todo ser humano hoje faz à mão – resolver endereços, pensar em opcodes numéricos, ajustar código a um computador específico – e automatizá-lo uma única vez, em software. O compilador é essa ideia; o FLOW-MATIC é essa ideia; a independência de máquina é essa ideia.⁵⁶

Deixe as pessoas falarem sua própria língua. A programação deve encontrar o usuário onde ele está. Uma pessoa de negócios deveria ser capaz de escrever MOVE e COMPARE, e não memorizar um conjunto de instruções. A acessibilidade nunca foi um recurso aparafusado sobre a ferramenta; para Hopper, era a razão inteira de a ferramenta existir.²⁶

Torne o abstrato físico. Quando uma ideia é abstrata demais para ser respeitada – um nanossegundo, um microssegundo desperdiçado –, construa um objeto físico que imponha a lição. O fio é pedagogia como engenharia: não dá para discutir com uma coisa que você está segurando.⁷

Desconfie do “sempre fizemos assim”. Trate a convenção herdada como uma hipótese, não como uma lei. O relógio anti-horário é o método em forma de objeto: prove que a restrição é arbitrária simplesmente fazendo diferente.¹

Peça perdão, não permissão. “Se é uma boa ideia, vá em frente e faça. É muito mais fácil pedir desculpas do que conseguir permissão”, aconselhava ela – o corolário operacional do combate ao dogma. (O sentimento é anterior a ela e a redação exata varia entre as fontes, mas a frase é dela na forma em que a Marinha e o campo a recordam.)¹⁰ Você não chega à abstração esperando que as pessoas investidas no jeito antigo a abençoem.

Cadeia de influência

Quem a moldou

Howard Aiken e o Harvard Mark I. Aiken entregou a Hopper seu primeiro computador e seu primeiro problema difícil, e o manual do Mark I, do qual ela foi coautora, a obrigou a pensar com rigor sobre como uma máquina é instruída – a pergunta que se tornaria o trabalho de sua vida. (Influência direta)

A Marinha dos Estados Unidos. A Marinha lhe deu a instituição, a disciplina e, por fim, a plataforma; ela permaneceu fardada, com idas e vindas, por mais de quatro décadas. A exigência militar de procedimentos confiáveis, repetíveis e ensináveis moldou sua convicção de que a programação tinha de ser feita sistemática e transferível, e não artesanal. (Influência formadora)

Seus anos como professora de matemática. Antes das máquinas, ela ensinou. A pergunta da professora – como faço para tornar isto compreensível a alguém que ainda não pensa como eu? – é a semente do compilador, da linguagem parecida com o inglês e do fio. (Influência formadora)

Quem ela moldou

Toda linguagem de alto nível. O compilador tornou possível programar em qualquer coisa que não fosse código de máquina bruto. FORTRAN, COBOL e tudo o que veio depois se apoiam na premissa que o A-0 provou: que uma ferramenta pode traduzir símbolos convenientes para o humano em instruções de máquina.⁵

O COBOL e a computação empresarial. Como avó conceitual do COBOL, Hopper colocou a programação parecida com o inglês e independente de máquina nas mãos de empresas no mundo inteiro. A linguagem ainda faz funcionar uma parcela enorme dos sistemas financeiros e governamentais do mundo.⁶

A acessibilidade como objetivo da programação. A herança mais profunda não é uma linguagem, mas uma postura: a de que abrir a máquina a mais pessoas é o trabalho, não um efeito colateral dele. A justificativa de Obama – “podemos agradecer a Grace Hopper por abrir a programação a milhões de pessoas a mais” – é exatamente isso.³

O fio condutor

Yukihiro Matsumoto projetou o Ruby para otimizar a felicidade do programador – a linguagem deve se curvar à pessoa, não a pessoa à linguagem. Isso é o “facilitar o uso de nossos computadores por gente de negócios” de Hopper dito de novo em 1995: o herdeiro filosófico direto de faça o computador falar a língua das pessoas. O “a velocidade da luz é uma droga” de John Carmack é o fio de um nanossegundo dela transformado em frase – ambos insistem que a latência é física, um piso rígido que você respeita em vez de abstrair; ela só chegou lá quarenta anos antes e fez o dela de cobre, para você segurar. E o Unix e o C de Thompson e Ritchie, construídos para que um sistema operacional pudesse ser escrito uma vez e portado em vez de soldado a uma única máquina, são a realização prática da independência de máquina que Hopper defendeu para o COBOL: o mesmo programa, rodando em hardware para o qual nunca foi escrito. (Ponte da série)

O que eu tiro disso

A lição que guardo é que a abstração não é um luxo que você acrescenta quando tem tempo – ela é o trabalho inteiro. Hopper olhou para a programação em 1952, viu que a parte difícil estava sendo carregada por cada ser humano que tocava a máquina e moveu esse peso para o software, onde poderia ser pago uma única vez. Esse é o movimento que tento fazer em tudo o que construo hoje: encontrar o trabalho de tradução que as pessoas fazem à mão, repetidamente, e automatizá-lo dentro da ferramenta. O padrão é o mesmo de a qualidade ser a única variável – a pergunta nunca é “dá para treinar uma pessoa a tolerar esta interface?”, mas “por que ela deveria ter de tolerar?”.

No mundo em que construo agora – agentes, loops de ferramentas, sistemas de IA –, as duas metades de Hopper são ambas estruturais, e puxam uma contra a outra exatamente da forma produtiva. A metade da acessibilidade diz: deixe a pessoa expressar a intenção em sua própria língua e faça o sistema traduzi-la até o que quer que a máquina precise – o que é, quase literalmente, o que uma camada de chamada de ferramentas de um LLM é, um compilador de inglês setenta anos depois. A metade da física diz: mas não deixe a abstração mentir para você sobre o custo; cada chamada de modelo é um nanossegundo de fio, e empilhá-las porque a interface é amigável é o jeito de jogar fora microssegundos que você não consegue ver. E o temperamento – o relógio anti-horário, a recusa do “sempre fizemos assim” – é a parte de que mais preciso ao redor de um campo que confunde suas convenções atuais com leis. Essa convicção, a de que o bom gosto é um sistema técnico que você pode examinar e mudar, em vez de uma tradição que você herda, segue em linha reta de um compilador de 1952 a uma estrutura local de agentes de 2026.

Perguntas frequentes

Qual é a filosofia de engenharia de Grace Hopper?

A convicção central de Hopper era que o computador deve ser feito para servir a pessoa, e não o contrário: o peso de traduzir a intenção humana em instruções de máquina pertence ao software, automatizado uma única vez, e não a cada programador para sempre. Essa única convicção produziu o primeiro compilador (A-0, 1952) e a primeira linguagem de programação parecida com o inglês (FLOW-MATIC), ambos voltados a tornar os computadores utilizáveis por pessoas que não conseguiam – e não deveriam ter de – pensar nos termos da máquina.²⁵⁶ Aliada a essa missão de acessibilidade estava uma veia antidogmática implacável, sintetizada em sua visão de que “sempre fizemos assim” é a frase mais perigosa do idioma.¹

O que Grace Hopper inventou?

Ela construiu o sistema A-0 em 1952, amplamente reconhecido como o primeiro compilador, que traduzia especificações simbólicas de programa em código de máquina automaticamente.⁵ Em seguida, liderou o desenvolvimento do FLOW-MATIC (1955–1959), a primeira linguagem de programação a usar frases parecidas com o inglês, que se tornou a base principal do COBOL.⁶ Ela é chamada de avó conceitual do COBOL e defensora da programação independente de máquina. Chegou à patente de contra-almirante na Marinha dos EUA, aposentou-se em 1986 como a oficial da ativa mais idosa da corporação e recebeu a Medalha Presidencial da Liberdade postumamente em 2016; um contratorpedeiro da Marinha, o USS Hopper, leva seu nome.³⁴

O que era o fio do “nanossegundo” de Grace Hopper?

Era sua ferramenta pedagógica mais famosa: pedaços de fio cortados em 29,97 centímetros, a distância máxima que a eletricidade pode percorrer em um nanossegundo (um bilionésimo de segundo). Ela os distribuía para que uma unidade abstrata de atraso se tornasse um objeto físico que você podia segurar.⁷ Ela o contrastava com uma bobina de 300 metros representando um microssegundo, dizendo aos programadores que aquilo mostrava “o que eles estão jogando fora quando jogam microssegundos fora.”⁷ A lição era que a latência não é abstrata – é um comprimento físico que um sinal precisa atravessar. Os fios estão hoje no Museu Nacional de História Americana do Smithsonian.⁸

Foi Grace Hopper quem cunhou o termo “computer bug”?

Não, e a versão honesta é mais interessante. Em 9 de setembro de 1947, os operadores do Mark II de Harvard encontraram uma mariposa presa em um relé, colaram-na com fita no livro de registro e escreveram “Primeiro caso real de um bug encontrado”; essa página do livro de registro está sob a guarda do Smithsonian.⁸⁹ Mas a palavra “bug” para uma falha de engenharia é anterior à mariposa por décadas – estava em uso na época de Thomas Edison – e os operadores quase certamente estavam fazendo um trocadilho com um termo que já conheciam. Hopper, segundo a maioria dos relatos, não foi quem encontrou a mariposa. O que ela fez foi popularizar a anedota e o vocabulário de “bug” e “debugging” até que se tornassem a língua padrão do campo.⁹

Fontes