Ghostty의 GitHub 이탈, HN이 본 건 포지 이전보다 신뢰 경고
Original: Ghostty is leaving GitHub View original →
Hacker News는 Mitchell Hashimoto의 Ghostty 글을 단순한 호스팅 이전 공지로 읽지 않았다. 감정선이 먼저 사람을 잡았지만, 토론이 길게 이어진 이유는 많은 이용자가 이번 결정을 신뢰 신호로 받아들였기 때문이다. Hashimoto는 글에서 자신이 GitHub user 1299이고, Feb 2008에 가입했으며, 이 글을 쓰면서 실제로 울었다고 적었다. 이 정도 이력을 가진 사람이 대표 오픈소스 프로젝트를 빼겠다고 하면, 사용자 입장에서는 단순한 운영 변경으로 보기 어렵다.
흥미로운 지점은 HN이 곧바로 원인론으로 들어갔다는 점이다. 한쪽은 이 글을 GitHub reliability와 product focus가 이미 애정으로 덮기 어려운 수준까지 흔들렸다는 증거로 읽었다. 다른 한쪽은 더 쉬운 악당 만들기를 경계했다. 스레드에 등장한 GitHub 직원은 문제를 Microsoft 인수나 AI 하나로 돌리기보다, agentic coding이라는 큰 전환과 폭증한 사용량을 동시에 떠안은 규모의 문제로 설명했다. 이 반론이 논쟁을 끝내진 못했다. 대신 질문을 더 선명하게 만들었다. GitHub가 무너지는 이유가 방향 상실인지, 아니면 플랫폼 전체가 새 개발 패러다임을 억지로 흡수하는 과정의 충격인지가 핵심 쟁점이 됐다.
- Ghostty는 GitHub를 떠나지만 최종 목적지는 아직 공개 확정되지 않았다
- 원문은 가벼운 실험이 아니라 감정적으로 무거운 결단으로 쓰였다
- HN은 한 프로젝트 이전보다 GitHub reliability 논쟁으로 더 크게 반응했다
- Forgejo, Codeberg, self-hosted 흐름 같은 대안이 계속 언급됐다
그래서 이 스레드는 흔한 maintainer 일기보다 훨씬 무거웠다. 커뮤니티는 social layer와 code hosting layer를 분리해야 개발자가 발견성과 협업을 잃지 않으면서도 더 유연하게 움직일 수 있다고 말했고, 더 직설적인 반응도 많았다. 계속 실망시키는 서비스를 떠나지 않는 것이 개선으로 이어지는 것은 아니며, 그저 inertia가 길어질 뿐이라는 주장이다. 어느 쪽을 택하든, 논의는 Ghostty 하나에서 멈추지 않았다.
결국 핵심은 터미널 프로젝트 하나가 다른 포지를 찾는다는 소식이 아니다. GitHub를 오래 사랑해 온 사람이 감정 비용까지 공개했고, HN이 그 감정을 자기 경험과 바로 연결했다는 데 있다. 이 순간부터 outage와 느린 페이지는 개별 사고가 아니라 누적 증거처럼 읽힌다. 출처 링크: Hacker News 스레드, Mitchell Hashimoto 글.
Related Articles
HN이 이 글에 반응한 이유는 fake stars 자체보다, AI/LLM repo 시대에 “인기”라는 신호가 얼마나 싸게 만들어질 수 있는지였기 때문이다. 댓글들은 star 수 대신 commit, issue, code, 실제 사용자 흔적을 보라고 모였다.
HN의 관심은 telemetry 찬반보다 gh CLI가 CI/CD와 server 환경에서 움직일 때 opt-out이 얼마나 현실적인지에 쏠렸다.
중요한 점은 agentic coding 비용이 더 이상 한 덩어리로 숨겨지지 않는다는 데 있다. GitHub는 6월 1일부터 모든 Copilot 플랜을 AI Credits 체계로 바꾸고, 5월 초에는 예상 비용을 보여주는 preview bill을 먼저 연다고 적었다.
Comments (0)
No comments yet. Be the first to comment!