DHH는 Rails를 GitHub에서 옮겨야 한다: 오픈소스 생태계의 전환을 위한 제언

DHH Should Move Rails Off GitHub

작성자
HackerNews
발행일
2025년 12월 18일

핵심 요약

  • 1 GitHub이 Actions 제어 평면에 비용을 부과하며 임대료 추구형 모델로 변질되는 가운데, 상용 팀들은 이미 Linear나 Blacksmith 같은 더 나은 도구로 이탈하고 있습니다.
  • 2 Zig 언어의 GitHub 이탈 사례처럼, 대규모 오픈소스 프로젝트가 겪는 CI 불확실성과 AI 정책 강요 문제는 커뮤니티의 불만을 고조시키고 있습니다.
  • 3 Rails가 GitHub을 떠난다면 Forgejo와 같은 대안 생태계의 성숙을 가속화하고, 다른 프로젝트들이 뒤따를 수 있는 경로를 개척하는 강력한 기폭제가 될 것입니다.

도입

본 글은 GitHub이 개발자 경험(DevEx)보다는 독점적 지위를 이용한 수익화에 집중하고 있다고 비판하며, Rails 프레임워크의 제작자 DHH가 Rails를 GitHub에서 독립시켜야 한다고 주장합니다. 과거 Rails의 성공 신화를 함께 썼던 GitHub이 이제는 혁신이 정체된 플랫폼이 되었으며, 상용 팀들과 달리 대안을 찾기 어려운 오픈소스 진영을 위해 Rails가 선구자 역할을 해야 한다는 것이 핵심 논지입니다.

GitHub의 정체와 임대료 추구 행위

GitHub Actions는 단순한 컴퓨팅 비용을 넘어 ‘제어 평면(Control Plane)’에 대한 비용을 부과하려 시도하고 있습니다. 이는 사용자가 컴퓨팅 자원을 외부(Blacksmith 등)로 돌리더라도 GitHub이라는 관문을 통과하는 것에 세금을 매기겠다는 ‘임대료 추구(Rent-seeking)’ 전략으로 풀이됩니다.

상용 팀의 이탈과 오픈소스의 고립

  • 상용 팀의 선택: Linear(이슈 및 PR 관리), Blacksmith(고속 CI)와 같은 도구들은 GitHub보다 뛰어난 성능과 사용자 경험을 제공하며 기업 고객을 흡수하고 있습니다.

  • 오픈소스의 한계: 반면 Rails와 같은 대규모 오픈소스 프로젝트는 무료 플랜의 제약과 공공 기여 워크플로우 부재로 인해 Linear와 같은 도구를 도입하기 어렵고, Codeberg나 Forgejo는 아직 인프라 역량이 부족합니다.

Zig의 선례와 DHH의 역할

최근 Zig 프로그래밍 언어는 GitHub의 불안정한 CI와 Copilot 정책에 반발하며 플랫폼 이탈을 선언했습니다. DHH는 이미 Kamal, OMAKUB 등을 통해 기술적 독립을 실천해 온 인물입니다. Rails가 GitHub을 떠난다면, 이는 단순한 항의를 넘어 Forgejo와 같은 오픈소스 도구들이 Rails 규모의 워크플로우를 견딜 수 있도록 성숙해지는 강력한 동기부여(Forcing Function)가 될 것입니다.

결론

결론적으로 Rails의 GitHub 이탈은 현재 미성숙한 오픈소스 대안 생태계를 강제로 성장시키는 촉매제가 될 것입니다. 상용 팀들이 자본으로 효율적인 도구를 구축하는 동안, 오픈소스 진영은 누군가 앞장서서 고통을 감내하며 길을 닦아주길 기다리고 있습니다. DHH와 Rails가 그 역할을 수행함으로써 GitHub의 독점적 지배에서 벗어난 새로운 오픈소스 협업의 시대를 열어야 합니다.

댓글 0

로그인이 필요합니다

댓글을 작성하거나 대화에 참여하려면 로그인이 필요합니다.

로그인 하러 가기

아직 댓글이 없습니다

첫 번째 댓글을 작성해보세요!