☰ Menu

06.10.2026 · Signal Titans Editorial

Ray Tomlinson conectou dois programas existentes. Nasceu o network email.

Retrato grande de Ray Tomlinson à esquerda junto a um grande símbolo @ e notação mínima user@host.

Ray Tomlinson não saiu para inventar uma nova forma de comunicação para o mundo.

Ele trabalhava em software da ARPANET na BBN.

Mensagens eletrônicas já existiam dentro de computadores de time-sharing.

Transferência de arquivos pela rede também existia.

Tomlinson olhou para essas duas capacidades e perguntou o que aconteceria se as conectasse.

O resultado foi network email.

Email existia antes de conseguir viajar

Nos primeiros sistemas de time-sharing, vários usuários podiam deixar mensagens para outras pessoas na mesma máquina.

Era útil, mas a mensagem não saía daquele computador.

Se a pessoa que você queria alcançar usasse outro host, o programa local de mail não ajudava.

A ARPANET mudou o contexto.

Os computadores agora estavam conectados.

Faltava uma forma simples de endereçar uma pessoa em outra máquina.

Tomlinson combinou duas ferramentas existentes

Na BBN, ele trabalhava com TENEX e software da ARPANET.

SNDMSG permitia deixar mensagens para outros usuários do mesmo computador.

CPYNET podia copiar arquivos entre máquinas conectadas.

Tomlinson modificou os programas para que SNDMSG enviasse uma mensagem pela rede para outro host.

Essa foi a mudança essencial.

Mail deixou de ser apenas uma função local.

Virou um serviço de rede.

Depois ele precisava de um formato de endereço

Um username local já não bastava.

O sistema precisava saber duas coisas:

Quem?

E em qual máquina?

Tomlinson procurou no teclado um caractere pouco provável em usernames.

Escolheu @.

Ele também se lia naturalmente: user at host.

Um pequeno sinal virou a fronteira entre pessoa e máquina.

A primeira mensagem não parecia histórica

Em 1971, Tomlinson enviou mensagens de teste entre máquinas ligadas à ARPANET na BBN.

Mais tarde disse que não lembrava o conteúdo da primeira.

Provavelmente era texto aleatório usado apenas para verificar se o sistema funcionava.

Não houve keynote.

Não houve uma frase cuidadosamente preparada.

O importante era que a mensagem chegava.

O experimento se espalhou porque resolvia um problema óbvio

Em 1972, o software de network mail da BBN já era distribuído para outros sites da ARPANET.

Email rapidamente virou uma das aplicações mais úteis da rede.

A rede passou a ser valiosa mesmo quando ninguém transferia arquivos ou fazia remote login.

Ela conectava pessoas a pessoas, não apenas computadores a computadores.

O @ era uma decisão de design

Bons sistemas de nomes reduzem ambiguidade.

O formato de Tomlinson fazia isso com quase nenhuma sintaxe.

O lado esquerdo identificava o usuário local.

O lado direito identificava o host de destino.

O separador já estava no teclado e era visualmente distinto.

Havia quase nada para aprender.

Essa simplicidade ajudou a convenção a sobreviver.

A inovação profunda foi conectar capacidades existentes

A história costuma ser resumida como “Ray Tomlinson inventou o email”.

Isso é simples demais.

Mensagens eletrônicas já existiam.

Seu breakthrough foi network email: fazer uma mensagem viajar de um usuário em um computador para outro usuário em outro computador, usando um formato de endereço durável.

A lição de produto é que ele não começou do zero.

Conectou duas coisas que já funcionavam.

Muitos produtos novos estão escondidos entre ferramentas existentes

Um sistema já sabe criar algo.

Outro já sabe transportar.

Um terceiro já sabe identificar o usuário.

O produto que falta pode ser a cola entre eles.

Payments ganham força quando conectados a identity.

AI ganha utilidade quando conectada aos dados da empresa.

Automation ganha valor quando se conecta às ferramentas onde o trabalho já acontece.

A novidade pode estar na conexão, não no componente.

Um pequeno side experiment pode virar infraestrutura

Tomlinson não executava um grande plano corporativo para reinventar a comunicação.

Testava uma ideia enquanto trabalhava em outro software da ARPANET.

A ideia foi útil o suficiente para se espalhar.

Quando as pessoas passaram a depender dela, a convenção virou infraestrutura.

É assim que muitos padrões aparecem: uma solução simples é usada tantas vezes que substituí-la custa mais que mantê-la.

A melhor interface pode ter apenas um caractere

Hoje @ parece inevitável.

Não era.

Alguém precisou decidir como identidade humana e identidade de máquina caberiam no mesmo endereço.

Tomlinson resolveu isso com um caractere que já estava no teclado.

Que duas capacidades do seu produto já funcionam separadamente, mas poderiam se tornar muito mais valiosas se fossem conectadas por uma convenção simples?

Fontes