
무슨 일이 있었길래 공식 블로그에 이런 글이?
오픈소스 오피스 스위트인 리브레오피스(LibreOffice)를 관리하는 The Document Foundation(TDF)이 공식 블로그에 꽤 이례적인 글을 올렸어요. 제목이 "LibreOffice and the Art of Overreacting", 직역하면 "리브레오피스와 과잉 반응의 기술"인데요. 보통 오픈소스 재단의 공식 블로그에는 릴리즈 노트나 커뮤니티 소식 같은 게 올라오잖아요. 그런데 이렇게 직접적으로 커뮤니티의 반응을 다루는 글을 올렸다는 건, 그만큼 최근의 논란이 심각했다는 뜻이에요.
논란의 배경을 먼저 살펴볼게요
리브레오피스는 2010년에 오라클이 썬 마이크로시스템즈를 인수하면서 오픈오피스(OpenOffice) 커뮤니티가 갈라져 나온 프로젝트예요. 무료 오피스 스위트로서 마이크로소프트 오피스의 대안으로 꾸준히 사용되어 왔고, 특히 유럽의 공공기관이나 교육 기관에서 많이 채택하고 있어요.
오픈소스 프로젝트들이 흔히 겪는 문제 중 하나가 지속 가능성(sustainability)인데요. 코드를 무료로 공개하는 건 좋지만, 프로젝트를 유지하려면 결국 돈이 필요하거든요. 개발자 인건비, 서버 비용, 보안 감사 등 지속적인 비용이 발생하니까요. TDF는 이 문제를 해결하기 위해 다양한 방법을 모색해왔는데, 그 과정에서 일부 결정들이 커뮤니티에서 큰 반발을 사는 경우가 있었어요.
최근에는 리브레오피스의 일부 기능에 대해 유료화나 엔터프라이즈 버전 차별화 같은 논의가 있었고, 또 텔레메트리(사용 데이터 수집)나 AI 기능 통합에 대한 이야기도 나왔는데요. 이런 변화들에 대해 일부 커뮤니티 멤버들이 "리브레오피스가 오픈소스 정신을 버리는 것 아니냐"는 식으로 강하게 반응한 거예요.
TDF의 입장은 이래요
TDF의 블로그 글은 기본적으로 "우리가 하려는 걸 제대로 이해하기 전에 과잉 반응하지 말아달라"는 메시지를 담고 있어요. 오픈소스 커뮤니티에서 흔히 볼 수 있는 패턴이 있거든요. 재단이나 메인테이너가 어떤 변화를 "검토하고 있다"고 언급하면, 그게 마치 이미 결정된 것처럼 퍼지면서 "배신이다", "포크(fork)하자" 같은 반응이 쏟아지는 거예요.
TDF는 글에서 몇 가지 핵심 포인트를 짚었어요. 첫째, 오픈소스라고 해서 변화를 거부해야 하는 건 아니라는 점. 프로젝트가 살아남으려면 시대에 맞게 적응해야 하고, 그 과정에서 새로운 비즈니스 모델을 탐색하는 건 자연스러운 일이라는 거예요. 둘째, 모든 논의가 최종 결정은 아니라는 점. 아이디어 단계의 이야기와 확정된 로드맵을 구분해서 봐달라는 거죠.
이건 사실 오픈소스 거버넌스(governance, 프로젝트 운영 구조)에서 아주 오래된 긴장이에요. 투명하게 운영하려고 내부 논의를 공개하면 "이런 걸 검토한다고?"라고 반발이 오고, 비공개로 하면 "불투명하다"고 비판받고. 어떻게 해도 욕먹는 구조인 거예요.
오픈소스 커뮤니티의 반복되는 패턴
이런 종류의 논란은 리브레오피스만의 문제가 아니에요. 비슷한 사례가 계속 반복되거든요.
Elasticsearch가 라이선스를 SSPL로 변경했을 때, 커뮤니티가 크게 반발하면서 AWS가 OpenSearch를 포크했어요. Redis가 일부 모듈의 라이선스를 변경했을 때도 비슷한 일이 있었고, Valkey라는 포크가 생겼죠. HashiCorp의 Terraform이 BSL로 전환했을 때는 OpenTofu가 만들어졌고요.
패턴은 비슷해요. 오픈소스 프로젝트가 지속 가능성을 위해 변화를 시도하면, 커뮤니티의 일부가 강하게 반발하고, 때로는 포크로 이어지는 거죠. 이 과정에서 감정적인 반응이 건설적인 논의를 압도하는 경우가 많아요.
그렇다고 커뮤니티의 우려가 항상 과잉 반응인 건 아니에요. 실제로 기업이 오픈소스 프로젝트를 인수한 뒤 폐쇄적으로 운영한 사례도 있으니까요. 중요한 건 "우려를 제기하는 것"과 "과잉 반응"의 경계를 인식하는 거예요.
한국 개발자에게 주는 시사점
한국에서도 리브레오피스를 쓰는 곳이 적지 않아요. 특히 공공기관에서 MS 오피스 라이선스 비용을 줄이기 위해 도입하는 사례가 있고, 개인 개발자 중에서도 리눅스 환경에서 문서 작업할 때 쓰는 분들이 많죠.
더 넓은 관점에서 보면, 이건 오픈소스를 사용하는 모든 개발자가 생각해봐야 할 문제예요. 우리가 무료로 쓰는 오픈소스 소프트웨어의 지속 가능성을 위해 어떤 비용을 감수할 수 있는가? 유료 기능이 생기는 걸 받아들일 수 있는가? 아니면 완전 무료를 고수해야 하는가?
오픈소스 프로젝트에 기여하거나 운영해본 경험이 있는 분이라면, 이런 거버넌스 이슈가 기술적 문제만큼이나 어렵다는 걸 아실 거예요. 코드는 고칠 수 있지만, 커뮤니티의 신뢰는 한번 잃으면 회복하기가 정말 어렵거든요.
정리하자면
리브레오피스의 이번 글은 오픈소스 프로젝트의 지속 가능성과 커뮤니티 소통이라는 오래된 과제를 다시 수면 위로 올려놨어요. 여러분이 운영하거나 사용하는 오픈소스 프로젝트에서 비슷한 논란이 생긴다면, 어떤 입장을 취하실 건가요?
🔗 출처: Hacker News
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공