요약

  • 미네소타 대학교의 1993년 3월 정책은 인터넷에 정보를 자유롭게 제공하는 교육·비영리 서버에는 무료 사용을 유지하면서, 자체 소프트웨어의 여러 상업적 사용에 대해서는 협상을 통한 비용을 제안했다.
  • 같은 공지는 이러한 조건들을 문서화된 프로토콜과 분리했다: 다른 고퍼 클라이언트와 서버가 이미 존재하며 독립적으로 작성될 수 있음을 언급했다.

역사적 분석

1993년 3월의 공지를 천천히 읽어 보면, 여기에 담긴 것으로 알려진 일괄 규정은 녹아 사라진다. 자유롭게 접근 가능한 정보를 제공하는 고등교육기관과 비영리 조직에게는 아무것도 바뀌지 않았고 비용도 적용되지 않는다고 안내했다. 고퍼를 사내에서 사용하는 상업 기업은 협상을 통한 라이선스 비용을 지불해야 했다. 서버가 정보를 판매한다면, 팀은 판매액의 작은 비율로 비용을 정되고 역시 개별 협상으로 결정될 것이라 제안했다. 모두에게 공개된 상업 서버는 회색 지대에 놓였다: 기업은 자사의 콘텐츠가 폭넓은 공공 이익을 전달한다고 주장하며 무료 라이선스를 요청할 수 있었다. 팀은 일률적인 가격을 정하지 않았으며, 작은 기업을 대기업처럼 취급하지 않는 단계적 요율을 정의하는 데 사용자의 도움까지 요청했다.

이것은 대학교의 소프트웨어 사용에 대한 정책이었지, 모든 패킷에 대한 통행료나 상업 정보를 네트워크에서 배제하는 규칙이 아니었다. 공개용 상업 서버가 무료 사용 자격이 있는지를 누가 판단할지에 대해 게시물은 대학교라고 뚜렷하게 말했다. 이 재량은 중요했다. 공공 이익은 공개된 판정 기준을 갖춘 자동 면제가 아니었다. 주장해야 할 사안이었고, 그 뒤에 협상이 따르는 사안이었다.

코드와 프로토콜의 구분은 공지 자체에 명시되어 있었다. 팀은 인터넷 고퍼 프로토콜이 문서화되어 있고, 정보성 RFC가 거의 완성 단계이며, 클라이언트와 서버는 이미 다른 사람들이 작성했다고 말했다. “여러분도 할 수 있습니다”라며 게시물은 독자들에게 말했다. 그 달에 나온RFC 1436은 분산 문서 검색 프로토콜을 기술하며, 인터넷 표준이 아니라 정보성 문서라고 명시한다. 배포는 무제한이다. 이 RFC는 이용 가능한 구현체 목록을 제시하고 새로운 클라이언트와 서버를 만드는 방법도 설명한다.

그렇다고 대학교의 소프트웨어가 무의미해지는 것은 아니다. 문서화된 프로토콜은 서술하기 쉬울 수 있지만, 여전히 잘 구현하고 여러 시스템으로 이식하고, 지원하고, 확장하는 데 비용이 든다. 그러나 이 구분은 권한의 위치를 정확히 짚어준다. 미네소타는 자신이 통제하는 소프트웨어의 사용 조건을 정할 수 있었지만, 단 한 건의 라이선스 정책으로 프로토콜을 다시 쓰거나 모든 다른 구현체에 동일한 상업 조건을 채택하도록 요구할 수는 없었다. 사양, 하나의 코드베이스, 그리고 그것을 유지하도록 급여를 받는 사람들은 서로 연관되어 있으면서도 서로 다른 세 가지였다.

대학교가 밝힌 이유는 기술적이 아니라 제도적이었다. 예산이 삭감되고 있고, 대학교에 반환되는 이익 없이 개발 자원을 늘리는 일을 정당화하기가 점점 어려워지고 있다고 팀은 썼다. 유용한 공공 정보를 제공하는 서버는 캠퍼스 커뮤니티에도 도움이 되었다. 정보를 숨기거나 주로 돈을 벌기 위해 정보를 사용하는 상업 서비스는 공공 지원 활동으로 옹호하기 더 어려웠다. 정책은 이익이 사적처럼 보이는 경우 대학교의 기여에 가격을 매기려 시도했으며, 공공·비영리 사례는 그대로 두었다.

캘린더를 보면 웹과의 비교가 유혹적이었다. 1993년 4월 30일, CERN은 월드 와이드 웹 소프트웨어를 퍼블릭 도메인에 공개했고 이후 오픈 라이선스를 발표했다. 이것은 소프트웨어 공개 정책에서 의미 있는 대조이지만, 한쪽의 라이선스 공지가 웹의 승리와 고퍼의 몰락을 낳았다는 증거는 아니다. CERN의 조치는 자사의 웹 소프트웨어에 관한 것이었고, 미네소타의 게시물은 특정 대학교 구현체의 사용 조건에 관한 것이며 무료 라이선스의 여지를 남겼다. 두 결정의 범위가 달랐고, 어느 쪽도 그 자체로 사용자가 무엇을 배치했는지를 기록하지 않는다.

고퍼 팀 리더였던 Mark McCahill은 2001년Charles Babbage Institute 구술사에서 이 문제를 다시 다뤘다. 그는 촉박한 대학 예산, 5~6인 규모의 개발 팀, 거의 전업 수준이 된 작업 비용을 일부 회수할 필요성을 회상했다. 그는 또한 상당수의 상업 라이선스 계약자가 팀이 계속 일할 수 있도록 도왔음을 기억했다. 같은 인터뷰에서 그는 다른 압력들을 지목했다: Mosaic의 등장은 데스크톱 클라이언트에 대한 통제권을 옮겼고, 공개 시연과 학회 참석은 코딩 시간과 경쟁했다. 이것은 교통량이나 채택에 대한 측정된 기록이 아니라 사후적 증언이다. 그럼에도 “라이선스가 고퍼를 죽였다”는 단일 원인 서사를 지탱하기 어렵게 만든다.

증거가 확립하는 것은 협상에 따른 라이선스 경계선과 그에 대한 팀의 공개 설명이다. 실제 지불된 비용, 영향을 받은 서버 수, 1993년 3월 이후 고퍼 사용 감소, 특정 라이선스 결정이 사용자의 선택에 미친 영향은 확립하지 않는다. 대체 구현체의 존재가 전환이 쉬웠다는 것을 증명하지도 않는다. 정확한 역사적 주장은 전설보다 유용하다: 미네소타는 자사 소프트웨어의 상업적 사용에서 반환을 추구하면서, 특정 공공·비영리 사례에 대한 무료 사용을 보존했고, 프로토콜이 다른 곳에서 구현될 수 있음을 인정했다.

그것은 단지 개방성이 아니라 통제와 운영 능력의 문제다. 사양은 미래의 구현 선택을 운영자에게 남겨둘 수 있지만, 그 선택은 누군가 작동하는 대안을 작성하고, 운영하고, 유지할 때에만 현실이 된다. 한 구현체의 라이선스 부과는 프로토콜을 닫지 않고도 그 작업을 둘러싼 경제성을 바꿀 수 있다. 이 구분이 실제로 상호운용성을 보호하는지는 채택, 이식성, 지속적인 유지보수에 달려 있으며 — 1993년 공지는 이에 대한 증거를 제공하지 않는다.

출처