Resumen

  • La política de marzo de 1993 mantuvo sin tarifas el uso por parte de centros de enseñanza superior y entidades sin fines de lucro que ofrecían información libremente en Internet, y propuso licencias negociadas para varios usos comerciales del software universitario.
  • El mismo comunicado separó esas condiciones del protocolo documentado y señaló que ya existían clientes y servidores Gopher de otros equipos, o que podían desarrollarse.

Análisis histórico

La nota del 11 de marzo no establecía una prohibición universal. A las instituciones de educación superior y organizaciones sin fines de lucro que ofrecían información sin restricciones en Internet les decía que nada cambiaba y que no habría cuotas. Para las empresas que usaban Gopher internamente, el equipo consideraba razonable cobrar una licencia, pero no había fijado una cifra: quería negociar caso por caso y explorar una escala que no impusiera la misma carga a una pequeña empresa y a una corporación grande. Si un servidor vendía información, la propuesta era negociar una tarifa equivalente a una pequeña fracción de sus ventas.

Un servidor comercial abierto a todos quedaba en una zona gris: la empresa podía argumentar que sus recursos ofrecían un beneficio público más amplio y solicitar una licencia sin coste.

La palabra decisiva era «negociar». La Minnesota Gopher Team reconocía que un precio uniforme podía ser prohibitivo para un negocio pequeño. A la vez, no publicó un criterio automático para acceder a la exención. En el caso de un servicio comercial abierto al público, el operador debía defender que su contenido servía también a los demás, y no solo a la empresa. La Universidad conservaba la decisión.

La política regulaba el uso del software de la University of Minnesota. No establecía un cargo por cada conexión Gopher ni prohibía que las empresas difundieran información comercial en la red. La nota separaba expresamente el software del protocolo: decía que el protocolo Internet Gopher estaba documentado, que un RFC informativo estaba casi listo y que otras personas ya habían escrito clientes y servidores. El RFC 1436, publicado ese mes, se define como informativo, no como estándar de Internet. Su distribución es ilimitada y explica tanto el protocolo como el desarrollo de nuevas implementaciones.

Esto no vuelve irrelevante el programa de Minnesota. Una especificación pública no financia a quienes portan el software a varias plataformas, corrigen fallos, atienden a usuarios o mantienen nuevas versiones. Pero sí aclara hasta dónde llegaba la autoridad. Minnesota podía decidir los términos de uso de su propio software; esa política no obligaba a otros desarrolladores a adoptar las mismas condiciones para sus implementaciones del protocolo. La especificación, el código universitario y el equipo que lo sostenía eran tres piezas relacionadas, no una sola.

El argumento del equipo era institucional. La Universidad afrontaba recortes presupuestarios, decía el comunicado, y resultaba cada vez más difícil defender más recursos para Gopher sin un retorno para la institución. Un servidor que aportaba información útil a Internet también enriquecía los recursos disponibles para la comunidad académica. En cambio, era más difícil justificar con fondos universitarios un servidor comercial cerrado o orientado ante todo a ganar dinero. La política trataba de pedir una contribución a los usos cuyo beneficio parecía privado, sin alterar los casos educativos, no lucrativos y públicos.

El calendario hace tentador comparar la medida con el Web. El 30 de abril de 1993, CERN puso el software de la World Wide Web en el dominio público y más tarde publicó una versión bajo licencia abierta. El contraste entre políticas de distribución de software existe, pero no prueba que la licencia de Minnesota causara el declive de Gopher ni que la decisión de CERN explique por sí sola el crecimiento del Web. CERN hablaba de su software Web; Minnesota fijaba condiciones para usar una implementación universitaria concreta y contemplaba licencias gratuitas. Ninguna de las dos decisiones, por sí sola, registra qué desplegaron los usuarios.

Mark McCahill, director del equipo, volvió sobre el asunto en una entrevista de historia oral del Charles Babbage Institute de 2001. Recordó la estrechez presupuestaria, un equipo de cinco o seis personas y la necesidad de recuperar parte del coste de un trabajo casi a tiempo completo. También dijo que hubo un número apreciable de licenciatarios comerciales y que los ingresos permitieron continuar el desarrollo. En la misma entrevista mencionó otras presiones: Mosaic desplazó la atención hacia el cliente de escritorio y las demostraciones públicas y los viajes a conferencias restaban tiempo de programación. Es un recuerdo retrospectivo, no una medición de tráfico o adopción; sí complica el relato de una sola causa según el cual «la licencia mató a Gopher».

Los documentos prueban que existió una política negociada y muestran cómo la justificaba el equipo. No revelan cuánto pagó cada empresa, cuántos servidores quedaron afectados, si el uso de Gopher cayó después de marzo de 1993 ni si algún usuario cambió de tecnología por una licencia concreta. Tampoco basta la existencia de implementaciones alternativas para concluir que migrar era fácil. La afirmación sostenible es más acotada: Minnesota buscó una compensación por el uso comercial de su propio software, mantuvo la gratuidad en ciertos supuestos públicos y sin fines de lucro, y reconoció que el protocolo podía implementarse fuera de su equipo.

La distinción importa para la historia de Internet. Una especificación deja decisiones futuras en manos de los operadores, pero esa libertad solo se vuelve operativa cuando alguien escribe, despliega y mantiene una alternativa funcional. Una licencia sobre un programa puede alterar la economía de esa tarea sin cerrar necesariamente el protocolo. Para saber si la separación protegió la interoperabilidad en la práctica, hacen falta datos sobre adopción, portabilidad y mantenimiento que el anuncio de 1993 no ofrece.

Fuentes