오픈소스를 도입할 때 우리는 보통 라이선스부터 확인한다. GPL인지 MIT인지, 상업적 이용이 가능한지, 소스 공개 의무가 어디까지 미치는지를 따진다. 그런데 소프트웨어 자유 운동에 오랫동안 참여해 온 한 활동가는 블로그 글 'The importance of communities around software'에서, 자신의 관심이 라이선스에서 그 프로젝트를 둘러싼 '커뮤니티'로 옮겨갔다고 밝혔다. 과거에는 강한 카피레프트 라이선스, 즉 누구도 프로젝트를 독점 소프트웨어로 되돌릴 수 없게 강제하는 라이선스를 가장 중요하게 여겼지만, 지금은 그보다 프로젝트를 운영하는 사람들의 가치관이 더 결정적이라고 본다는 것이다.
라이선스가 보장하지 못하는 것
글쓴이의 핵심 주장은 라이선스가 프로젝트의 윤리적 성격을 보장하지 못한다는 데 있다. 카피레프트는 저작권이라는 제도를 역이용해 소프트웨어의 자유를 지키는 장치다. 하지만 그는 저작권 자체가 기업을 살찌우고 노동 계급에게 비용을 전가해 온 체계라고 보며, 그 억압적 시스템을 그 자체에 맞서 쓰는 방식은 장기적으로 지속 가능하지도 바람직하지도 않다고 말한다. 더 중요한 지적은, 소프트웨어가 '자유롭다'는 사실이 그 프로젝트가 포용적인지, 커뮤니티가 운영하는지 아니면 기업이 운영하는지, 생성형 모델 같은 추출적 기술을 옹호하는지에 대해서는 아무것도 말해 주지 않는다는 것이다.
그는 구체적인 반례를 든다. AGPL-3.0으로 공개되어 있지만 동시에 상업용 라이선스로 이중 라이선싱되어 있고, 기여자에게 기여자 라이선스 계약(CLA)을 강제하는 프로젝트다. 이런 프로젝트는 형식적으로는 자유 소프트웨어지만 커뮤니티가 운영하는 것이 전혀 아니며, 좁은 의미에서만 '자유'롭다. 강한 카피레프트 라이선스가 '이 프로젝트는 소프트웨어 자유에 신경 쓴다'는 신호를 보내는 것은 맞지만, 그것이 보증서는 아니라는 얘기다.
실무자에게 주는 의미
이 글은 추상적인 이념 선언처럼 읽히지만, 기술을 선택하고 의존하는 실무자에게는 꽤 구체적인 점검표가 된다. 도입을 검토하는 오픈소스가 있다면 라이선스 파일 한 줄 너머를 봐야 한다는 것이다. 이 프로젝트는 단일 기업이 통제하는가, 아니면 다수의 기여자와 커뮤니티가 방향을 정하는가. CLA나 이중 라이선싱 구조가 특정 회사에 상업적 통제권을 몰아주고 있지는 않은가. 거버넌스가 투명하게 공개되어 있는가. 이런 질문들은 라이선스 식별자만으로는 답할 수 없고, 프로젝트가 장기적으로 어떤 방향으로 흘러갈지, 어느 날 갑자기 라이선스가 바뀌거나 유료화될 위험이 있는지를 가늠하는 실질적 지표가 된다.
글쓴이는 단순히 '잘 고르라'에서 멈추지 않고 참여를 권한다. 자신이 쓰고 아끼는 프로젝트의 커뮤니티에 들어가고, 가능하면 기여하라는 것이다. 여기서 기여는 코딩만을 뜻하지 않는다. 커뮤니티 관리, 문서 작성, 아트워크, 이슈 분류(트리아지), 외부 홍보 등 코드를 몰라도 할 수 있는 일이 많다고 그는 강조한다. 프로젝트의 가치를 결정하는 것은 결국 그 커뮤니티이므로, 그 안에 들어가 비윤리적인 흐름에 맞서 목소리를 내라는 것이다. 말할 수 없거나 말하지 않으려는 많은 사람들을 대신해 목소리를 내라는 당부도 덧붙인다.
함께 소프트웨어를 만드는 일 자체의 가치도 언급된다. 기존 프로젝트에 합류하는 것뿐 아니라 새 프로젝트를 만들거나, 여러 사람이 함께 개발하는 소프트웨어 협동조합에 참여하거나 그것을 꾸리는 것도 방법이다. 하나의 커뮤니티가 여러 프로젝트에 걸쳐 서로 돕는 형태가 가능하다는 것인데, 글쓴이는 그 사례로 The Starlight Network와 Polyphony를 든다.
한계와 맥락
다만 이 글은 체계적 분석이라기보다 한 활동가의 개인적 신념 선언에 가깝다는 점을 염두에 둘 필요가 있다. 커뮤니티가 라이선스보다 중요하다는 주장은 설득력이 있지만, 커뮤니티의 건강함을 객관적으로 측정하는 방법이나, 기업이 주도하면서도 투명하게 운영되는 프로젝트를 어떻게 평가할지에 대한 구체적 기준은 제시하지 않는다. 생성형 AI를 '추출적 기술'로 단정하는 대목 역시 논증보다는 가치 판단에 기대고 있다. 그럼에도 라이선스라는 한 축에만 쏠려 있던 오픈소스 선택 기준을, 거버넌스와 커뮤니티라는 축으로 넓혀 보게 한다는 점에서 실무자가 한 번쯤 짚어볼 만한 관점이다. 기술 스택의 지속 가능성은 코드의 품질만큼이나 그것을 만드는 사람들의 구조에 달려 있기 때문이다.