Dennis Ritchie, 15 anos: a camada que o boom de IA de 2026 não cita
O Dani Geek — arte original
Em 12 de outubro fecham 15 anos da morte de Dennis Ritchie. O sistema de agentes que você está tentando montar hoje roda em decisões que ele tomou em 1973, e a filosofia que sustenta aquele desenho é a melhor resposta disponível ao seu problema de arquitetura.
A coisa pequena que saiu do projeto grande
Dennis MacAlistair Ritchie nasceu em 9 de setembro de 1941, em Bronxville, Nova York, estudou física e matemática aplicada em Harvard e entrou no Bell Labs em 1967. Lá foi parar no Multics: o projeto grande, ambicioso, com muita gente e muito orçamento, que deu errado.
Do escombro saiu uma coisa pequena. No fim de 1969, com Ken Thompson, a primeira versão reconhecível do Unix. No começo dos anos 1970 ele criou o C. E em 1973 o Unix foi reescrito em C.
Essa reescrita é o que importa aqui. Até ali, um sistema operacional era escrito em assembly, ou seja, era propriedade da máquina para a qual tinha sido escrito. Reescrever o Unix numa linguagem portátil separou o sistema do metal. Daí em diante o Unix podia ir para outro hardware, e foi.
Em 1978 saiu The C Programming Language, com Brian Kernighan, o livro que ensinou programação a uma geração inteira. O estilo dele também vale a leitura: frase curta, nenhum adjetivo sobrando, exemplo que compila. É mais parecido com o que conteúdo técnico honesto deveria ser em 2026 do que a média das threads de IA que aparecem no seu feed.
O homem que escreveu o C não tem doutorado
Ritchie terminou a tese de doutorado em 1968, sobre hierarquias subrecursivas de funções. Nunca recebeu o diploma: faltou entregar a cópia encadernada à biblioteca de Harvard. A tese ficou desaparecida por mais de cinquenta anos e só foi localizada em 2020, pelo Computer History Museum. Kernighan coassinou o paper que conta o caso, apresentado no DocEng 2022.
Sobre a própria formação, ele dizia: “My undergraduate experience convinced me that I was not smart enough to be a physicist, and that computers were quite neat.” Em português: a graduação o convenceu de que ele não era inteligente o bastante para ser físico, e de que computadores eram bem legais. A frase está no tributo memorial da National Academy of Engineering, escrito por Kernighan.
Os prêmios estão todos lá também, com ano: IEEE Emmanuel Piore em 1982, o Turing da ACM em 1983 dividido com Thompson, o ACM Software Systems no mesmo ano, o NEC C&C em 1989, o IEEE Hamming em 1997, a National Medal of Technology em 1999 e o Japan Prize em 2011, o último, no ano em que morreu.
Ele chefiou o departamento de Software Systems do Bell Labs, aposentou-se formalmente em 2007 e continuou aparecendo no laboratório todos os dias. Quem faz isso gostava mais do problema do que do crédito. Morreu em casa, em Berkeley Heights, Nova Jersey, em 12 de outubro de 2011, aos 70 anos. Kernighan o descreve assim: “Dennis was modest, kind, unassuming and generous, always giving credit to others.”
Onde o seu stack de IA encosta em 1973
A ponte com IA aqui é literal, e dá para conferir no seu terminal.
O interpretador do Python que você usa para chamar a API está escrito em C. O runtime que serve o modelo, em C ou C++. O kernel que atende a requisição descende do Unix. E quando você encadeia um agente no outro com |, está usando a abstração que saiu daquele grupo do Bell Labs: a saída de um programa é a entrada do próximo, e nenhum dos dois precisa saber o que o outro é.
Esse | é a decisão de arquitetura mais copiada da história da computação, e é copiada porque funciona sob condições que ninguém previu. Em 1973 não existia nuvem, não existia container, não existia modelo de linguagem. O pipe atravessou tudo isso sem mudar de forma.
A filosofia Unix é a resposta ao seu problema de agentes
Quem está montando um sistema de agentes em 2026 vive, quase sempre, o mesmo erro: um agente grande que pesquisa, escreve, revisa e publica. Ele funciona na demo. Na primeira semana de trabalho real ele falha, e você não consegue dizer em qual das quatro etapas.
A filosofia Unix diz outra coisa: programas pequenos, cada um fazendo uma coisa, compostos por uma interface burra e estável. Traduzido para agentes: quatro agentes de uma função cada, cada um testável sozinho, cada um substituível sem tocar nos outros. É o desenho que este estúdio acabou adotando depois de tentar o contrário.
O ganho concreto é diagnóstico. Quando o agente grande erra, você reescreve o prompt inteiro e reza. Quando o pequeno erra, você sabe qual é e troca só ele.
E esse é o padrão que o mercado de IA tem mais dificuldade de vender, porque não cabe num print de dashboard. Essa camada é chata por natureza: precisa ser estável, previsível e invisível. Ritchie passou a carreira construindo exatamente esse tipo de camada.
O que vou pegar de volta
Tem uma frase do Ritchie, muito citada, em que ele chama o C de algo próximo a “esquisito, falho e um sucesso enorme”. Ela aparece em todo texto sobre ele. Eu não publico a redação exata aqui porque não consegui abrir o artigo original, The Development of the C Language, de 1993: o domínio do Bell Labs redireciona para o site da Nokia e devolve erro. Fica anotado como pendência, não como citação.
O problema de acesso é parte do assunto aqui. A fonte mais confiável sobre a vida dele é um tributo escrito por um colega direto, hospedado numa página pessoal em Princeton. A página oficial da empresa onde ele trabalhou quarenta anos não abre. A camada de que todo mundo depende é também a que ninguém mantém documentada.
O fio para puxar
Se a filosofia Unix é a melhor arquitetura disponível para orquestrar agentes, a pergunta seguinte incomoda: qual é a interface burra e estável entre dois agentes de LLM? No Unix é texto em stream, e funciona porque texto é o formato que nenhuma das pontas precisa negociar. Em agentes, quase todo mundo está inventando uma troca estruturada própria, com schema, validação e contrato que quebra quando o modelo muda de versão.
Dá para fazer o inverso. Dois agentes que trocam markdown puro, sem schema, cada um lendo o que entende e ignorando o resto. É o inverso do que quase todo mundo está fazendo: menos seguro, provavelmente mais durável.
Enquanto isso, uma pergunta para levar: qual é o componente mais antigo do seu setup de IA, aquele que você nunca citou em nenhum post, e que derrubaria tudo se saísse do ar? Me conta no X, em @odanigeek, ou no Threads, em @odanigeek.
Fontes: Memorial Tribute da National Academy of Engineering, por Brian Kernighan · How did Dennis Ritchie Produce his PhD Thesis? (DocEng 2022)