Por que uma feira merece um artigo

Porque em 1988 a discussão central da indústria — OSI ou — 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 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 e a COS 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 , destinado a mostrar ao comprador corporativo um ecossistema OSI coerente, no momento em que o 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 e Interop (TCP/IP) Trade Show, setembro. 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.