Zig, GitHub 떠난다... Microsoft의 AI 집착이 서비스를 망쳤다고 주장
J
Jake Jooncheol Kim
SW Engineering•2025.12.03
The Register 기사 번역
2025년 12월 2일
Zig 프로그래밍 언어를 지원하는 재단이 코드 공유 사이트의 쇠퇴라고 판단되는 이유로 GitHub을 떠났다.
이 사건은 2025년 4월 GitHub 사용자 AlekseiNikiforovIBM이 "safe_sleep.sh rarely hangs indefinitely"라는 제목의 스레드를 시작하면서 시작되었다. GitHub은 8월에 이 문제를 해결했지만, 월요일까지 열려있던 해당 스레드에서는 이를 공개하지 않았다.
코드가 항상 CPU의 100%를 사용하며, 계속 실행된다
이 타이밍은 주목할 만하다. 지난주 Zig Software Foundation의 회장이자 주요 개발자인 Andrew Kelly는 Zig 프로젝트가 비영리 git 호스팅 서비스인 Codeberg로 이전한다고 발표했다. 그 이유는 GitHub이 더 이상 엔지니어링 우수성에 대한 의지를 보여주지 않기 때문이라고 했다.
그가 이러한 평가의 증거로 제시한 것 중 하나가 바로 "safe_sleep.sh rarely hangs indefinitely" 스레드였다.
Kelly는 다음과 같이 썼다: "가장 중요한 것은 Actions가 용납할 수 없는 버그를 가지고 있으면서 완전히 방치되고 있다는 점입니다. GitHub CEO가 'AI를 받아들이거나 나가라'고 말한 이후, Microsoft의 부하들이 그 신호를 받아들인 것 같습니다. GitHub Actions가 'vibe-scheduling'을 시작했기 때문입니다. 즉, 작업을 무작위로 실행하도록 선택하는 것입니다. 다른 버그들과 수동 개입 불가능성이 결합되면서, 우리의 CI 시스템이 너무 밀려서 master 브랜치 커밋도 확인되지 않는 상황이 발생합니다."
더 오래되고 깊은 문제
코드 변경은 POSIX "sleep" 명령의 인스턴스를 광고된 대로 작동하지 않는 "safe_sleep" 스크립트로 대체했다. 이것은 GitHub Actions 워크플로우의 작업을 실행하는 애플리케이션인 GitHub Actions 러너가 안전하게 실행을 일시 중지할 수 있도록 하기 위한 것이었다.
Zig 핵심 개발자 Matthew Lugg는 4월 버그 스레드에 추가한 댓글에서 다음과 같이 썼다: "이 'safe sleep' 스크립트의 버그는 코드를 보면 명백합니다. 프로세스가 루프가 반환되는 1초 간격에 스케줄되지 않으면 ($SECONDS가 올바른 값을 가지지 않으면), 단순히 무한 루프를 돕니다."
"이는 극도의 부하 상태에 있는 CI 머신에서 쉽게 발생할 수 있습니다. 이런 일이 발생하면 매우 심각합니다. 러너를 완전히 중단시키고 수동 개입이 필요합니다. Zig의 CI 러너 머신에서 우리는 수백 시간 동안 실행되고 있던 이러한 프로세스들을 여러 개 관찰했으며, 이들은 2주 동안 두 개의 러너 서비스를 조용히 중단시켰습니다."
수정 사항은 2024년 2월에 열린 별도의 이슈에서 병합되었으며, 2025년 8월 20일에 완료되었다. 2025년 4월의 관련 버그 보고서는 2025년 12월 1일 월요일까지 열려있었다. 별도의 CPU 사용량 버그는 여전히 해결되지 않은 상태이다.
Answer.AI와 Fast.AI의 공동 창립자인 Jeremy Howard는 일련의 소셜 미디어 게시물에서 GitHub Actions가 좋지 않은 상태라는 사용자들의 주장이 타당해 보인다고 말했다.
그는 다음과 같이 썼다: "이 버그는 거의 모든 사람이 한눈에 봐도 명백하게 항상 CPU의 100%를 사용하고, 작업이 올바른 초에 시간을 확인하지 않는 한 영원히 실행되는 방식으로 구현되었습니다."
이렇게 엄청난 수의 황당한 사건들이 어떻게 만들어질 수 있는지 이해할 수 없다
그는 덧붙였다: 지난 2월에 제안된 CPU 문제에 대한 플랫폼 독립적 수정 사항이 1년 동안 검토 없이 방치되었고, 2025년 3월에 GitHub 봇에 의해 종료되었다가 나중에 부활되어 병합되었다.
Howard는 결론지었다: "이것이 단지 하나의 고립된 사건이라고 말할 수도 있지만, 합리적으로 기능하는 조직에서 이렇게 엄청난 수의 황당한 사건들이 어떻게 만들어질 수 있는지 이해할 수 없습니다."
GitHub은 논평 요청에 즉시 응하지 않았다.
지난 주말, Dillo 브라우저 프로젝트의 창시자인 Rodrigo Arias Mallo는 GitHub에서 벗어날 계획이라고 말했다. 그 이유는 JavaScript에 대한 과도한 의존, GitHub의 서비스 거부 능력, 사용성 저하, 부적절한 중재 도구, 그리고 "LLM과 생성형 AI에 과도하게 집중하고 있으며, 이들은 오픈 웹(또는 남은 것)을 파괴하고 있다"는 다른 문제들 때문이다.
GitHub은 현재 자신의 서비스에 대해 비용을 지불하는 사용자가 몇 명인지 공개하지 않았다. Microsoft CEO Satya Nadella는 회사의 Q2 2024 실적 발표에서 "130만 명 이상의 유료 GitHub Copilot 구독자가 있으며, 분기 대비 30% 증가했다"고 말했다.
Nadella는 Microsoft의 Q3 2025 실적 발표에서 다른 수치를 제시했다: "우리는 이제 1,500만 명 이상의 GitHub Copilot 사용자를 보유하고 있으며, 전년 대비 4배 이상 증가했습니다." GitHub 사용자 중 몇 명이 Copilot에 대해 비용을 지불하는지, 또는 CPU 사이클을 태워야 할 때 잠들어야 하는 러너 스크립트에 대해 비용을 지불하는지는 명확하지 않습니다. ®
0
8
댓글
?
아직 댓글이 없습니다.
첫 번째 댓글을 작성해보세요!
