Rails는 DHH 없이도 Rails일 수 있을까

"Rails is done" 글은 "Rails는 끝났다" 와 "Rails는 완성됐다" 로 모두 읽히지만, 이 글이 택한 건 후자임 즉, Rails가 창시자 없이도 살아남을 만큼 충분히 완성됐다는 것 최근 Rails 코어를 포크해 새로운 커뮤니티 주도 프레임워크를 만들려는 움직임이 시작됨 가칭 Amiko, Rails 8.x 호환 LTS를 목표로 하며 기존 앱도 gem 교체와 몇 번의 검색/치환만으로 옮길 수 있게 한다는 계획 흥미로운 건 포크의 이유가 기술적 불만이 아니라는 점 Rails는 여전히 훌륭하지만 DHH의 가치관과 리더십은 더 이상 받아들이기 어렵다는 개발자들이 Rails와 DHH를 분리하려는 것 그리고 이 시도는 갑자기 튀어나온 것이 아님 2025년 공개서한에 이은 두 번째 분리 시도이고, 그사이 Ruby 생태계는 이미 한 번 거버넌스로 크게 데였음 Rails는 원래 DHH의 강한 의견으로 만들어진 프레임워크 Rails는 37signals가 Basecamp를 만들던 과정에서 시작됨 DHH가 Ruby로 Basecamp에 필요한 도구를 만들고 이를 추출해 2004년 오픈소스로 공개 15분짜리 블로그 만들기 데모와 Java 진영을 겨냥한 과감한 마케팅을 통해 빠르게 확산 Convention over Configuration이라는 Rails의 핵심도 수많은 선택지를 제공하기보다 "우리는 이 방식이 맞다고 생각한다" 는 강한 의견에서 출발 프로젝트마다 폴더 구조와 라이브러리 조합을 다시 결정하지 않아도 되고, 작은 팀이 제품 자체에 집중할 수 있다는 Rails의 장점은 이 일관된 방향에서 나옴 Shopify/GitHub 같은 대규모 서비스도 지금까지 Rails를 사용 중이고, Rails는 지난 20년 동안 웹 프레임워크의 설계와 개발 방식에 큰 영향을 줌 Ruby on Rails 다큐멘터리는 Rails가 어떻게 만들어지고 확산됐는지를 잘 보여줌 초기 Rails 컨퍼런스에서 DHH가 부당한 요구에 "F()c% You" 라는 슬라이드로 답한 일화도 이 방향성이 어떻게 지켜졌는지를 보여줌 오픈소스는 상업적 관계가 아니며 사용자가 프로젝트의 방향을 지시할 수 없다는 입장 Rails의 매력은 DHH의 성향과 분리하기 어려웠음 유행을 따르기보다 자신의 방식이 더 낫다고 밀어붙이고, 복잡한 기술을 단순한 선택으로 압축하는 능력 문제는 그 강한 의견이 기술 밖에서도 같은 방식으로 작동하기 시작했다는 점 5년간 쌓이고 최근 ...