# As duas feiras de 1988

> Uma feira pôs equipamentos de fabricantes concorrentes numa única rede viva, em público, onde a falha seria vista. A outra mostrou um ecossistema em boa parte descrito, e não entregue. A discussão de padrões seguia formalmente aberta, e quem andasse pelos dois salões não precisava dela encerrada.

Source: https://ronutz.com/pt-BR/learn/the-two-shows-of-1988  
Updated: 2026-08-11

---

## Por que uma feira merece um artigo

Porque em 1988 a discussão central da indústria — OSI ou TCP/IP — seguia formalmente aberta, e as duas respostas estavam sendo demonstradas de um jeito que qualquer um podia comparar andando pelo salão.

Especificações não resolveram aquilo. Exigências de compra não resolveram. O que tornou o desfecho legível, antes de qualquer comitê ceder alguma coisa, foi a diferença entre um evento em que equipamentos de fabricantes concorrentes tinham de funcionar juntos em público e um evento em que não tinham.

## A Interop não foi inventada para a ocasião

Esta é a parte que costuma passar batido. A Interop foi **fundada em 1986**, por **Dan Lynch**, a partir do primeiro **TCP/IP Vendors Workshop**, em Monterey, Califórnia. Grandes corporações — IBM e DEC entre elas — participavam desde o começo.

Então, em 1988, não era uma ideia nova sendo testada. Eram **dois anos de prática acumulada** em colocar implementações rivais numa mesma rede e descobrir, diante de clientes, de quem era a pilha errada.

Esse acúmulo é o que vale levar daqui. Uma demonstração é uma afirmação que se pode conferir; uma especificação é uma afirmação em que se precisa acreditar. A segunda é mais barata de produzir, e a primeira é a que o comprador lembra.

## A proposta que deixava todo mundo desconfortável

Conecte seu equipamento a uma rede viva compartilhada, num salão de feira, ao lado dos concorrentes, onde ele funciona ou visivelmente não funciona.

**Nenhum fabricante gosta disso.** Uma demonstração controlada no próprio estande pode ser preparada; uma rede compartilhada não, porque a outra ponta de cada conversa pertence a outra pessoa. Interoperabilidade deixa de ser um adjetivo de marketing no instante em que precisa acontecer numa sala com prazo.

E é exatamente por isso que era persuasivo. [OSINET](https://ronutz.com/pt-BR/glossary/osinet) e a [COS](https://ronutz.com/pt-BR/glossary/cos-corporation) existiam porque conformidade com um documento e interoperação com o produto de outro fabricante são propriedades diferentes — e o salão testava a segunda continuamente, diante de quem assinava os cheques.

## O outro evento, e a fonte dele

A história de Pelkey registra uma contraparte OSI no mesmo ano: o **Enterprise Network Event**, ou ENE, destinado a mostrar ao comprador corporativo um ecossistema OSI coerente, no momento em que o [GOSIP](https://ronutz.com/pt-BR/glossary/gosip) e as demais exigências de compra estavam no auge da confiança.

**Esse relato se apoia na história dele**, que dedica uma seção numerada a cada feira: [Enterprise Network Event (OSI), junho](https://historyofcomputercommunications.info/section/14.10/Enterprise-Network-Event-(OSI)-June/) e [Interop (TCP/IP) Trade Show, setembro](https://historyofcomputercommunications.info/section/14.11/Interop-(TCP-IP)-Trade-Show-September/). **Os meses estão nos títulos das seções**, e é daí que vem o intervalo de três meses desta comparação.

Diferente da Interop, a ENE deixou pouco outro registro acessível de forma independente — o que já é uma pequena evidência sobre como os dois são lembrados.

O que as fontes dele descrevem é um ecossistema mais descrito que entregue: padrões quase completos, implementações em andamento, regimes de conformidade sendo construídos, e um comprador sendo convidado a planejar em torno de tudo isso.

## O que um comprador conseguia ver

Ponha os dois lado a lado e a assimetria dispensa interpretação.

> **Uma demonstrou uma rede funcionando entre rivais. A outra demonstrou uma intenção.**

Nada nessa comparação exigia saber qual pilha era tecnicamente superior — e o argumento técnico do OSI era sério, feito por gente capaz, com peso institucional atrás. Exigia apenas notar qual das duas estava rodando.

## A lição que sobreviveu às duas

Toda discussão desde então teve o mesmo formato, e a resolução costuma chegar do mesmo jeito.

**Código rodando não é um argumento que vence especificações no mérito. É um argumento que chega antes** — e chegar antes acumula: implementações atraem implementadores, implantação produz experiência operacional, e experiência operacional produz a geração seguinte de engenheiros que considera aquilo normal.

Quando um processo de padronização termina de ser minucioso, a pergunta que ele respondia muitas vezes já foi resolvida por quem não esperou.