Hacker News 2026.04.04 43

LibreOffice를 만든 핵심 개발자들이 재단에서 쫓겨났다

오픈소스 프로젝트의 거버넌스, 왜 중요한가

우리가 매일 쓰는 오픈소스 소프트웨어 뒤에는 그걸 관리하는 조직(재단)이 있어요. 그리고 그 조직이 어떻게 운영되느냐에 따라 프로젝트의 방향이 완전히 달라질 수 있거든요. 최근 LibreOffice의 모재단인 TDF(The Document Foundation)에서 핵심 개발자들을 이사회에서 배제하는 결정을 내려서 오픈소스 커뮤니티에 큰 파장이 일고 있어요.

이 소식을 전한 사람은 Michael Meeks인데요, LibreOffice의 초창기부터 함께한 핵심 기여자이자 Collabora(리브레오피스 기반 기업용 솔루션을 만드는 회사)의 개발자예요. 그가 직접 블로그에 올린 글에 따르면, TDF 이사회가 재단에 직접 고용되지 않은 개발자들, 즉 Collabora나 allotropia 같은 외부 회사 소속 개발자들을 이사회 참여에서 배제하기로 결정했다는 거예요.

무슨 일이 벌어진 건가

이걸 이해하려면 TDF의 구조를 좀 알아야 해요. TDF는 LibreOffice라는 오픈소스 오피스 소프트웨어를 관리하는 비영리 재단이에요. 그런데 LibreOffice의 실제 코드를 작성하는 개발자 대부분은 TDF에 직접 고용된 게 아니라, Collabora나 allotropia 같은 상업적 파트너 회사에 소속되어 있어요. 이 회사들이 자기 직원들의 시간을 투자해서 LibreOffice 코드에 기여하는 구조인 거죠.

문제는 TDF 이사회가 이런 외부 회사 소속 개발자들에 대해 "이해 충돌(conflict of interest)"이 있다는 이유로 이사회 의사결정에서 배제하기 시작했다는 거예요. Michael Meeks의 주장에 따르면, 이건 실질적으로 코드를 가장 많이 기여하는 사람들의 목소리를 조직 운영에서 지우는 것과 같아요.

이게 왜 심각하냐면, LibreOffice 코드베이스에 대한 깊은 이해를 가진 사람들이 프로젝트의 기술적 방향 결정에서 빠지게 되는 거거든요. 비유하자면, 실제로 건물을 짓는 건축가와 엔지니어를 빼고 경영진끼리만 건물의 설계를 결정하겠다는 것과 비슷해요.

오픈소스 거버넌스의 고전적 딜레마

사실 이런 갈등은 오픈소스 세계에서 계속 반복되는 패턴이에요. "기여자 vs. 관리자" 사이의 권력 균형 문제죠. 재단은 프로젝트의 독립성과 중립성을 지키고 싶어하고, 상업적 기여자들은 자신들이 투자한 만큼의 발언권을 원해요. 둘 다 일리가 있는 주장이에요.

비슷한 사례를 찾아보면, OpenStack Foundation(현 Open Infrastructure Foundation)은 기업 기여자들에게 명시적인 이사회 좌석을 배분하는 방식으로 이 문제를 해결했어요. Linux Foundation도 플래티넘, 골드, 실버 등 기업 멤버십 등급에 따라 이사회 참여를 구조화하고 있고요. 반면 Debian은 철저하게 개인 기여자 중심으로 운영되면서 기업의 영향력을 제한하는 모델이에요.

TDF의 상황이 특이한 건, 코드 기여의 상당 부분을 차지하는 핵심 개발자들을 배제하면서 동시에 그들의 코드 기여는 계속 받겠다는 점이에요. 이건 장기적으로 지속 가능한 구조가 아닐 수 있어요. 기여자들이 동기를 잃거나, 최악의 경우 포크(fork)로 이어질 수도 있거든요. 실제로 LibreOffice 자체가 OpenOffice에서 이런 거버넌스 갈등으로 포크된 프로젝트였다는 걸 생각하면 역사가 반복될 수도 있는 상황이에요.

한국 개발자에게 주는 시사점

한국에서도 오픈소스 기여 문화가 점점 활발해지고 있어요. 기업 차원에서 오픈소스 프로젝트에 기여하거나, 자체 프로젝트를 오픈소스로 공개하는 경우가 늘고 있죠. 이런 상황에서 TDF의 사례는 중요한 교훈을 줘요.

오픈소스 프로젝트에 기업으로서 기여할 때는 거버넌스 구조를 미리 꼼꼼히 살펴봐야 해요. 내 회사 개발자들이 수년간 코드를 기여했는데, 어느 날 갑자기 프로젝트 방향 결정에서 배제당할 수 있다면, 그 기여가 정말 전략적으로 의미가 있는 건지 고민해봐야 하거든요. 반대로 오픈소스 프로젝트를 시작하는 입장이라면, 초기부터 기여자와 관리자의 역할과 권한을 명확히 정의하는 거버넌스 문서를 만들어두는 게 나중의 분쟁을 예방해요.

LibreOffice를 직접 사용하는 분들에게는, 당장 소프트웨어 자체에 영향이 있진 않을 거예요. 하지만 이런 내부 갈등이 장기화되면 개발 속도가 느려지거나 프로젝트가 분열될 가능성은 있어요.