HashiCorp 공동창업자 "GitHub은 더 이상 진지한 작업을 할 곳이 아니다"

오픈소스 거물의 작별 선언

HashiCorp 공동창업자이자 Terraform, Vagrant, Vault 같은 인프라 도구를 만든 Mitchell Hashimoto가 자신의 새 프로젝트인 Ghostty(빠른 GPU 가속 터미널 에뮬레이터예요)를 GitHub에서 다른 곳으로 옮기겠다고 선언했어요. 단순히 "옮길게요" 정도가 아니라 "GitHub은 더 이상 진지한 작업을 할 만한 곳이 아니다"라는 강한 표현을 썼다는 게 포인트예요.

Mitchell이 누구냐면, HashiCorp라는 회사를 공동 창업해서 IBM에 수십억 달러에 인수되게 만든 사람이에요. 우리가 쓰는 인프라 자동화 도구의 상당수가 그가 만든 거고, 오픈소스 커뮤니티에서 영향력이 엄청나죠. 그런 사람이 GitHub에 등을 돌렸다는 건 그냥 개인 의견 표명을 넘어서 업계가 한 번쯤 진지하게 생각해봐야 할 신호예요.

무엇이 그를 화나게 했을까

Mitchell이 지적한 가장 큰 문제는 AI가 만든 저품질 이슈와 PR의 홍수예요. 요즘 GitHub에 올라오는 이슈나 풀 리퀘스트(코드 변경 제안) 중 상당수가 ChatGPT 같은 AI가 자동 생성한 내용이라는 거죠. 진짜 버그를 발견했거나 진심으로 기여하려는 게 아니라, 그저 AI에게 "이 레포지토리에서 개선할 점을 찾아서 PR을 만들어줘"라고 시킨 결과물들이에요.

이게 왜 문제냐면, 메인테이너(오픈소스 프로젝트를 관리하는 사람)는 이 PR이 진짜인지 가짜인지 확인하느라 시간을 다 써버려요. 코드는 그럴듯해 보이는데 실제로는 동작 안 하거나, 프로젝트의 철학과 안 맞거나, 심지어 환각으로 만들어낸 함수를 호출하는 경우도 있어요. 한두 개면 무시하면 되는데 매일 수십 개씩 들어오면 진짜 기여자의 PR이 묻혀버리는 거죠.

GitHub 자체도 Copilot이나 자동화 봇 기능을 적극적으로 밀고 있어서 이 흐름을 부추기고 있다는 비판도 있어요. "AI 시대의 코딩 플랫폼"을 표방하면서 정작 메인테이너가 겪는 부담은 외면한다는 거예요. 거기에 더해 GitHub의 검색 기능이 갈수록 나빠지고, 이슈 관리 도구가 부족하고, 스팸 필터링이 약하다는 불만도 오래전부터 누적돼 있었고요.

Ghostty가 향하는 곳

Mitchell은 Ghostty를 자체 호스팅 Git 서버로 옮기는 방향을 검토 중이라고 해요. 구체적으로는 Codeberg, sourcehut, Gitea 같은 대안들이 거론되고 있어요. Codeberg는 비영리 단체가 운영하는 오픈소스 친화적 호스팅이고, sourcehut은 미니멀한 인터페이스로 유명한 유료 서비스, Gitea는 자체 서버에 띄울 수 있는 오픈소스 GitHub 클론이에요.

이런 대안들의 공통점은 AI 자동화를 적극적으로 차단하거나 최소한 권장하지 않는다는 거예요. sourcehut의 창업자 Drew DeVault는 예전부터 AI 생성 PR을 강하게 거부해왔고, Codeberg도 비슷한 입장이고요. 메인테이너의 시간을 존중하는 문화를 우선시하는 거죠.

업계 맥락에서 보면

이 사건은 단순히 "한 개발자가 GitHub을 떠난다" 이상의 의미가 있어요. 최근 몇 년간 GitHub에서 빠져나가려는 움직임이 조금씩 보여왔거든요. Linux 커널은 여전히 메일링 리스트로 패치를 받고, 일부 큰 프로젝트들은 자체 GitLab 인스턴스로 이전했어요. AI 학습 데이터로 쓰이는 것에 대한 불만(GitHub Copilot이 공개 코드로 학습됐다는 이슈 기억하시죠?)도 누적된 상태고요.

반면에 GitHub은 여전히 압도적인 네트워크 효과를 가진 플랫폼이에요. 개발자라면 누구나 계정이 있고, 채용할 때 포트폴리오로 쓰이고, 패키지 매니저들이 GitHub 릴리스를 기본으로 참조해요. 이걸 떠난다는 건 "내 프로젝트의 발견 가능성을 일부 포기하겠다"는 결정이라 쉽지 않은 선택이에요. Mitchell 같은 이미 유명한 사람은 어디로 가든 사람들이 따라가지만, 무명의 신규 프로젝트는 그러기 힘들죠.

비슷한 결의 논쟁으로 Reddit 사태가 있었어요. API 가격 인상으로 서드파티 앱들이 죽으면서 많은 사용자가 Lemmy 같은 대안으로 옮겨갔지만, 결국 Reddit 자체는 여전히 거대 플랫폼으로 남아있잖아요. GitHub도 비슷한 길을 갈 가능성이 높아요. 일부 영향력 있는 개발자들이 떠나면서 업계의 관성을 흔들 수는 있지만, 단기간에 패권이 바뀌지는 않을 거예요.

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

실무에 당장 영향이 있는 건 아니에요. 회사에서 GitHub Enterprise를 쓰고 있다면 그건 그대로 쓰면 되고, 사이드 프로젝트도 GitHub에 올리는 게 여전히 가장 합리적인 선택이에요. 다만 두 가지는 생각해볼 만해요.

첫째, 오픈소스 메인테이너를 대할 때의 매너예요. AI한테 "이 레포지토리에 PR 만들어줘"라고 시키는 건 정말로 도움이 안 되는 행동이에요. 진짜 기여하고 싶다면 직접 코드를 읽고, 이슈를 이해하고, 작은 것부터 시작하는 게 맞아요. AI는 보조 도구로 쓰되, 최종 판단과 책임은 본인이 져야 해요.

둘째, 플랫폼 종속에 대한 경각심이에요. 우리 프로젝트의 이슈, 위키, CI 설정이 전부 GitHub에 묶여있다면, GitHub의 정책 변화에 그대로 휘둘릴 수밖에 없어요. 가끔은 "이 플랫폼이 사라지거나 망가져도 우리 프로젝트는 살아남을 수 있나?"를 점검해보면 좋아요. Git 자체는 분산 시스템이라 다른 곳으로 옮기기 쉬운 편이지만, 이슈와 PR 히스토리는 백업이 필요하거든요.