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 글.

#ghostty

Ghostty의 GitHub 이탈, HN이 본 건 포지 이전보다 신뢰 경고