핵심 요약
- GNU 프로젝트의 리처드 스톨만 등이 깃허브의 폐쇄적인 생태계와 종속성 문제를 정면 비판하며 저장소 호스팅을 피하라는 글을 발표했습니다.
- 깃허브가 분산 버전 관리라는 깃(Git)의 본질을 왜곡해 사용자들을 종속시키고 비자유 자바스크립트 구동을 강제한다는 지적입니다.
- 무단 코드 학습 논란을 빚은 코파일럿과 부실한 라이선스 관행을 꼬집으며, 이메일 소통 등 대안적인 조치를 권고했습니다.
요약 자유 소프트웨어 재단(FSF)의 GNU 프로젝트를 이끄는 리처드 스톨만과 제이콥 바크메이어가 소프트웨어 개발자들을 향해 "깃허브(GitHub)에 저장소를 호스팅하지 말라"고 강력히 촉구했습니다. 겉으로는 편리해 보이지만 실제로는 개발자들을 가두는 '비단 수갑'이자 해로운 관행의 온상이라는 비판입니다.
글에서는 깃허브의 구조적인 문제점을 크게 네 가지로 지적합니다. 첫째는 불명확한 라이선스 유도입니다. 깃허브는 2008년 출범 초기 라이선스 명시에 침묵해 무라이선스 저장소를 양산했고, 2013년 개설한 '라이선스 선택' 사이트에서도 파일마다 라이선스 고지를 넣어야 한다는 FSF의 원칙 대신 단순히 저장소에 파일 하나를 복사해 넣는 것으로 충분하다고 안내하는 등 GPL의 정확한 버전 적용을 방해하고 있다는 것입니다.
둘째는 비자유 자바스크립트(JavaScript) 강제 문제입니다. 깃허브 웹사이트는 방대한 양의 비자유 스크립트를 브라우저에 실행시키며, 이를 차단하면 파일 열람조차 제대로 되지 않을 정도로 사용성이 망가집니다. 심지어 깃허브가 제공하는 REST API용 공식 CLI 도구조차 사용자 컴퓨터에서 사용 통계를 수집하는 '텔레메트리' 스파이웨어 기능을 추가해 권장하기 어렵다고 꼬집었습니다.
셋째는 깃(Git)의 분산 구조를 훼손하고 폐쇄적인 '담장 안의 정원'을 구축하는 점입니다. 원클릭 머지는 깃허브 포크 기반 풀 리퀘스트에서만 작동하고, 이메일 주소 대신 깃허브 계정 링크가 UI를 대체하며, CI 역시 깃허브 서버에 종속되도록 만들어 사용자가 벗어나지 못하게 옭아맨다는 설명입니다.
마지막으로 인공지능 코드 보조 도구인 '깃허브 코파일럿(Copilot)'을 소프트웨어 대체 서비스(SaaSS)의 대표적 악폐로 꼽았습니다. 다양한 라이선스를 지닌 방대한 코드로 훈련된 코파일럿이 GPL 서문이나 '파이썬의 선(Zen of Python)' 같은 텍스트를 그대로 출력하는 등 저작권 논란을 일으키고 있다고 비판했습니다.
GNU 프로젝트는 당장 깃허브를 떠나기 어렵다면 최소한 리드미(README)에 이메일 주소를 공개해 비사용자와 소통 통로를 열어두고, 비자유 소프트웨어 없이 볼 수 있는 독립 웹페이지를 안내하라고 조언했습니다.
Sponsored · 광고