Resumo

  • A política de março de 1993 manteve gratuito o uso por instituições de ensino superior e organizações sem fins lucrativos que ofereciam informação livremente na Internet, mas propôs licenças negociadas para alguns usos comerciais do software universitário.
  • O mesmo comunicado distinguiu essas condições do protocolo documentado e lembrou que outras equipes já haviam escrito clientes e servidores Gopher, ou poderiam fazê-lo.

Análise histórica

O comunicado de 11 de março não era uma proibição geral. Instituições de ensino superior e organizações sem fins lucrativos que disponibilizavam informação livremente na Internet poderiam continuar sem pagar. Para servidores internos de empresas, a equipe considerava razoável cobrar uma licença, mas não havia definido um preço: queria negociar caso a caso e estudar uma escala que levasse em conta o porte da empresa. Se o servidor vendesse informação, a proposta era receber uma pequena fração das vendas, também negociada individualmente.

Um servidor comercial acessível a todos ficava numa zona cinzenta: a empresa poderia defender que o conteúdo trazia benefício público e pedir uma licença gratuita.

A regra, portanto, não se resumia a «comercial paga». O comunicado reconhecia que uma tarifa única poderia ser pequena para uma grande corporação e impeditiva para uma empresa menor. Mas também não publicava critérios automáticos para a isenção. No caso de um serviço comercial aberto ao público, cabia ao operador argumentar que o material beneficiava mais pessoas do que seus próprios negócios. A decisão continuava com a University of Minnesota.

A política tratava do uso do software da universidade. Não criava uma taxa por conexão Gopher nem proibia empresas de publicar informação comercial na rede. O próprio comunicado separava software e protocolo: dizia que o protocolo Internet Gopher estava documentado, que um RFC informativo estava quase pronto e que outros desenvolvedores já haviam escrito clientes e servidores. O RFC 1436, publicado naquele mês, se define como informativo, não como padrão da Internet. A distribuição é ilimitada; o texto descreve o protocolo e como novos clientes e servidores poderiam ser implementados.

Isso não torna o software da universidade irrelevante. Uma especificação disponível publicamente não paga a equipe que adapta o programa a várias plataformas, corrige falhas, atende usuários e mantém novas versões. Mas ajuda a localizar a autoridade. Minnesota podia estabelecer termos para o uso do software sob seu controle; essa política não obrigava outros desenvolvedores a aplicar as mesmas condições a suas próprias implementações do protocolo. A especificação, o código da universidade e a equipe que o mantinha eram elementos relacionados, mas distintos.

O argumento apresentado pela equipe era institucional. O orçamento da universidade estava sendo cortado, dizia o comunicado, e era cada vez mais difícil justificar recursos crescentes para Gopher sem algum retorno para a instituição. Um servidor que publicasse informação útil na Internet também ampliava os recursos disponíveis à comunidade acadêmica. Já um servidor comercial fechado ou criado principalmente para gerar receita era mais difícil de defender como atividade financiada pela universidade. A política tentava obter contribuição dos usos cujo benefício parecia privado, preservando os casos educacionais, sem fins lucrativos e públicos.

A proximidade das datas convida à comparação com a Web. Em 30 de abril de 1993, o CERN colocou o software da World Wide Web em domínio público e, mais tarde, disponibilizou uma versão sob licença aberta. O contraste entre as políticas de distribuição existe, mas não prova que a licença de Minnesota tenha causado o declínio do Gopher nem que a decisão do CERN, sozinha, explique a expansão da Web. O CERN falava de seu software para a Web; Minnesota definia condições para uma implementação universitária específica e previa licenças gratuitas em algumas situações. Nenhum dos dois atos, por si só, registra o que os usuários implantaram.

Em 2001, Mark McCahill, que liderava a equipe Gopher, revisitou a questão em uma história oral do Charles Babbage Institute. Ele recordou os cortes de orçamento, uma equipe de cinco ou seis pessoas e a necessidade de recuperar parte do custo de um trabalho que se tornara quase integral. Também disse que houve um número considerável de licenciados comerciais e que isso ajudou a manter o desenvolvimento. Na mesma entrevista, mencionou outras pressões: o Mosaic deslocou a disputa para o cliente de desktop, enquanto demonstrações públicas e viagens a conferências consumiam horas de programação. É um testemunho retrospectivo, não uma série de tráfego ou adoção; ainda assim, enfraquece a explicação de causa única segundo a qual «a licença matou o Gopher».

As fontes confirmam a política negociada e a justificativa apresentada pela equipe. Não mostram quanto cada empresa pagou, quantos servidores foram afetados, se o uso do Gopher caiu depois de março de 1993 ou se algum usuário mudou de tecnologia por causa de um contrato específico. A existência de implementações alternativas também não prova que a migração fosse simples. A conclusão sustentada é mais estreita: Minnesota buscou retorno pelo uso comercial de seu próprio software, manteve a gratuidade para certos usos públicos e sem fins lucrativos e reconheceu que outras equipes poderiam implementar o protocolo.

Essa fronteira importa para a história da infraestrutura. Uma especificação pode deixar escolhas futuras com os operadores, mas a escolha só se torna real quando alguém escreve, instala e mantém uma alternativa funcional. Uma licença sobre um programa pode mudar a economia desse trabalho sem necessariamente fechar o protocolo. Para saber se a distinção protegeu a interoperabilidade na prática, seriam necessários dados sobre adoção, portabilidade e manutenção que o comunicado de 1993 não oferece.

Fontes