GitHub, 더 이상 '진지한 개발'의 장이 아닌가? Bash 스크립트의 한계까지

HashiCorp 공동 창업자인 미첼 하시모토가 GitHub에 대해 쓴소리를 뱉었다. 그는 HashiCorp 공동 창업자, GitHub가 ‘더 이상 진지한 작업을 위한 장소가 아니다’라고 말해라는 기사에서, 2008년부터 거의 매일 GitHub를 써왔고 한때는 가장 행복한 곳이었다고 회상하면서도, 최근 한 달간의 서비스 신뢰성 저하 때문에 Ghostty 프로젝트를 다른 곳으로 옮기고 있다고 밝혔다. 심지어 ‘GitHub는 더 이상 진지한 작업을 위한 곳이 아니다’라고까지 말했으니, 꽤나 실망이 큰 모양이다.

GitHub의 신뢰성 문제와 개발자들의 고민

하시모토의 발언은 많은 개발자의 공감을 사는 듯하다. GitHub는 사실상 업계 표준처럼 쓰이지만, 서비스 안정성 문제는 늘 개발자들의 골칫거리였다. 특히 대규모 프로젝트나 민감한 작업을 진행하는 팀에게는 신뢰성 저하가 치명적일 수 있다. GitHub가 단순히 코드 저장소를 넘어 협업, CI/CD까지 아우르는 플랫폼으로 자리 잡은 만큼, 핵심 기능의 불안정성은 개발 생산성 전반에 악영향을 미친다. 이쯤 되면 ‘어떤 플랫폼이 진정으로 신뢰할 수 있는 개발 환경을 제공하는가’ 하는 근본적인 질문이 나올 수밖에 없다.

Bash 스크립트, 만능이 아니다

한편, GitHub의 신뢰성 문제와는 결이 다르지만, 개발 환경의 효율성을 고민하는 또 다른 논쟁도 있다. 바로 No, Really, Bash Is Not Enough: Why Large-Scale CI Needs an Orchestrator라는 글에서 제기된 ‘대규모 CI/CD에서 Bash 스크립트만으로는 부족하다’는 주장이다. 작은 프로젝트에서는 Bash 스크립트가 빠르고 유용하지만, 복잡한 의존성 관리, 오류 처리, 확장성 면에서는 한계가 명확하다는 이야기다. 결국, 대규모 CI/CD 파이프라인에는 전용 오케스트레이터가 필요하다는 결론이다.

이는 개발자들이 ‘만능 도구’에 대한 환상에서 벗어나, 각 작업의 규모와 복잡성에 맞는 적절한 도구를 찾아야 한다는 메시지를 던진다. Bash 스크립트의 한계를 보완하기 위한 시도로 Amber-Lang 0.6.0 - New release (Bash transpiler)나 Amber-Lang 0.6.0 - New release, check what’s new 같은 Bash 트랜스파일러 프로젝트도 꾸준히 나오고 있지만, 근본적인 해결책은 전용 오케스트레이터일 때가 많다는 의견이다.

결국, 개발 생태계는 계속 진화하고 있고, 개발자들은 단순히 익숙한 도구를 고집하기보다 변화하는 요구사항에 맞춰 최적의 솔루션을 찾아야 하는 과제를 안고 있다. GitHub의 신뢰성 문제든 Bash 스크립트의 한계든, 핵심은 ‘우리의 개발 환경이 과연 생산적이고 안정적인가’라는 질문에 답하는 데 있다.