HashiCorp 공동 창업자, GitHub가 '더 이상 진지한 작업을 위한 장소가 아니다'라고 말해

4 hours ago 1

속도와 성숙한 소프트웨어 범주에 새로운 요소를 더한 terminal emulator가 GitHub에서 다른 협업 코드 저장소로 이전 중임
Mitchell Hashimoto는 2008년 2월 GitHub 사용자 1299번으로 가입한 뒤 거의 매일 사용해 왔고, 한때 GitHub를 가장 행복하게 만든 곳으로 여겼음
최근 한 달 동안 서비스 신뢰성 저하가 작업에 영향을 준 날이 거의 매일 기록됐고, 글을 쓰는 날에도 GitHub Actions outage로 약 2시간 동안 PR review를 하지 못함
GitHub는 더 이상 즐거운 장소가 아니며, 18년 사용 후 떠나기로 했지만 real results and improvements가 있으면 돌아올 가능성은 열려 있음
Ghostty 이전은 여러 commercial·FOSS provider와 논의하며 incremental하게 진행되고, GitHub에는 read-only mirror를 남기는 방식으로 추진됨

Ghostty와 GitHub 사용 배경

현재 주력 프로젝트는 Ghostty이며, terminal emulator로 속도와 성숙한 소프트웨어 범주에 “interesting new wrinkles”를 더한 프로젝트임
Ghostty 개발에는 GitHub를 사용해 왔고, Mitchell Hashimoto는 2008년 2월 GitHub 사용자 1299번으로 가입한 뒤 거의 매일 사용해 왔음
GitHub는 “가장 행복하게 만든 곳”이었고, 신혼여행 중에도 시간을 냈을 만큼 오래 애정을 가진 서비스였음
소셜 미디어를 doom scrolling하는 대신 GitHub issues를 오래 전부터 살펴봤고, 휴가 중에도 GitHub 프로젝트의 소스코드와 OSS 프로세스, maintainer 대응을 공부했음

최근 GitHub에 대한 감정은 크게 바뀌었고, GitHub가 매일 자신을 실패하게 만들며 그 문제가 개인적으로 느껴지는 상태가 됨
핵심 원인은 서비스 신뢰성 저하이며, 지난 한 달 동안 GitHub 장애가 작업 능력에 부정적 영향을 준 날짜마다 일지에 “X”가 표시됨
그 일지에는 거의 매일 “X”가 있었고, 글을 쓰는 날에도 GitHub Actions outage 때문에 약 2시간 동안 PR review를 하지 못함
해당 글은 pull request가 Elasticsearch SNAFU 때문에 완료되지 못한 4월 28일 incident 며칠 전에 작성됨
이런 장애가 매일 몇 시간씩 작업을 막는다면 GitHub는 더 이상 “serious work”를 위한 장소가 아님

GitHub는 더 이상 즐거운 장소가 아니며, “I want to ship software and it doesn't want me to ship software”라는 문장처럼 소프트웨어 배포를 막는 존재가 됨
GitHub가 개선되기를 바라지만, 동시에 코드를 작성해야 하고 GitHub로는 더 이상 코딩할 수 없는 상태임
18년 사용 후 떠나야 한다는 결론에 도달했으며, real results and improvements가 있다면 돌아올 가능성은 열려 있음
단순한 말이나 약속이 아니라 실제 결과와 개선이 GitHub 복귀 조건임

Microsoft가 GitHub를 인수한 뒤, Windows나 Azure 생태계에 묶이지 않은 개발자에게 덜 편한 Redmond 중심 서비스가 될 것이라는 우려가 있었음
그 우려는 대체로 현실화되지 않았고, GitHub는 코드를 작업하고 공유하는 de facto place로 자리 잡음
Hashimoto의 경험은 그 지위가 흔들릴 수 있음을 보여주며, Microsoft가 Windows has serious quality problems를 인정한 시점과도 겹침
Windows 품질 문제의 일부 원인으로 너무 많은 도구에 AI를 강제로 주입한 점이 나왔고, Hashimoto가 본 GitHub 흔들림 증가도 Microsoft의 AI 집착과 같은 시기에 나타남