2026 Rails 설문조사: 15년 만에 거울 속의 나를 보다

핵심 요약

1. 설문 응답자의 69%가 Rails를 10년 넘게 사용했고, 4년 미만 경력자는 8%에 그쳤다. Rails 커뮤니티가 성숙했지만 신규 개발자를 끌어들이는 데 어려움을 겪는다는 문제도 드러났다.
2. Rails 8.1과 모놀리스가 널리 쓰이는 가운데 Kamal, Solid Queue, SQLite 사용률이 증가했다. 응답자는 이런 흐름을 구성 요소를 줄이고 운영 부담을 낮추려는 선택으로 해석했다.
3. AI 도구를 정기적으로 쓰는 팀은 57%였고, 응답자의 74%는 AI가 생산성을 높인다고 답했다. 그러나 신규 개발자의 주요 어려움은 여전히 도메인 모델과 업무 로직 이해로 꼽혔다.

도입

Planet Argon의 2026 Rails 커뮤니티 설문에는 80개국에서 1,800명이 참여했다. 응답자의 69%는 Rails 경력이 10년 이상인 반면, 4년 미만은 8%였다. 글쓴이는 15년간 Rails를 사용한 경험과 데이터 마이그레이션 업무를 바탕으로 설문 수치를 읽으며, 커뮤니티의 고령화와 신규 개발자 유입 부족을 짚었다.

상세 요약

설문에서 드러난 Rails 커뮤니티

Planet Argon의 2026 Rails Community Survey에는 80개국에서 1,800명이 참여했다. 응답자의 69%는 Rails를 10년 넘게 사용했고, 4년 미만 경력자는 8%였다. 글쓴이는 숙련 개발자가 많은 현실을 Rails를 계속 쓰는 커뮤니티의 강점으로 보면서도, 신규 개발자가 커뮤니티를 찾기 어렵다는 문제를 지적한다.

개발 과정에서 가장 어려운 부분은 ActiveRecord 사용법이 아니었다. 응답자의 66%가 도메인 모델과 업무 로직을 꼽았고, ActiveRecord 패턴을 어려워한 비율은 11%였다. 데이터 마이그레이션에서는 CSV를 읽어 insert_all을 실행하는 것보다, 고객별 상태 값의 의미를 파악하고 누락된 데이터를 어떻게 처리할지 결정하는 일이 더 어렵다는 경험을 덧붙였다.

구성과 운영 도구의 변화

• Rails 애플리케이션의 80.7%가 모놀리스다. 마이크로서비스 사용 비율은 3.7%로 나타났다.
• Rails 8.1 사용 비율은 64%다. Ruby 4.x는 49%가 사용하며, 애플리케이션의 44%는 10년 이상 됐다. 11%는 Rails 6.x를 계속 사용한다. 업그레이드를 미루는 이유로는 시간 부족(55%)과 우선순위 부족(48%)이 꼽혔다.
• Sidekiq 사용률은 61%, Solid Queue는 35%다. 글쓴이는 개인 프로젝트에서는 별도 서비스 없이 작업을 실행할 수 있는 Solid Queue를 쓰고, 대량 작업에서는 Sidekiq의 성숙도를 신뢰한다고 설명한다.
• 모놀리스와 함께 배포 도구 Kamal의 사용률이 2024년 2.4%에서 23.8%로 늘었다. GitHub Actions는 69%가 사용하고, Heroku를 떠났다는 응답은 10.8%, 떠날 계획이라는 응답은 12.5%다.
• PostgreSQL은 84%로 가장 널리 쓰인다. SQLite 선호도는 3.9%에서 7.3%로 상승했다. Redis 사용률도 64%에서 76%로 늘었다.

글쓴이는 작은 변경을 자주 적용하는 업그레이드 방식이 큰 폭의 업그레이드보다 부담이 적었다고 말한다. 실제로 connection_pool 3.0과 기존 Sidekiq 버전의 호환성 문제로 스케줄러가 조용히 멈춘 경험도 공유한다.

프런트엔드와 모바일

Turbo 사용률은 65%, Stimulus는 59%다. React도 40%로 쓰이고 있어 별도 프런트엔드 계층을 유지하는 제품이 여전히 있음을 보여준다. 응답자의 25%는 프런트엔드를 애플리케이션의 취약 지점으로 꼽았고, 32%는 JavaScript 테스트를 작성하지 않는다고 답했다.

모바일 앱이 있는 응답자 중 33%는 완전한 네이티브 앱을, 20%는 Hotwire Native를 사용한다. 글쓴이는 Foxance의 iOS 앱을 Hotwire Native로 시작했지만 화면 전환, 키보드 동작, 목록 스크롤에서 네이티브와의 차이를 느껴 Swift로 다시 만들고 Rails를 JSON API로 구성했다. Hotwire Native 활용 사례는 위험할 정도로 충분한 Turbo Native: Rails 앱을 iOS/Android 앱으로 변환하기에서도 다룬다.

AI, 학습, 커뮤니티

팀의 57%는 AI를 업무에 정기적으로 통합했고, AI 도구를 전혀 쓰지 않는 비율은 3%였다. 글쓴이가 제시한 조사 결과에서 Claude Code CLI 사용률은 70%, Claude Opus 선호도는 55%다. 응답자의 74%는 AI가 생산성을 높인다고 봤지만, 50%는 AI의 속도가 개발자 역량의 가치를 위협한다고 우려했다.

글쓴이는 AI가 CSV를 처리하고 코드를 작성할 수 있어도, 고객별 업무 규칙을 판단하려면 도메인 지식이 필요하다고 강조한다. 신규 개발자가 가장 어려워하는 항목도 도메인 모델과 업무 로직이었다. 학습 방법으로는 직접 앱을 만들어 배포하는 방식이 39%로 가장 많았다. 온라인 커뮤니티 참여율은 40.5%에서 34.8%로 낮아졌다.

글쓴이의 전망

응답자의 91%는 Rails를 선호하는 서버 측 프레임워크로 선택했고, 77%는 신규 개발자에게 Rails 학습을 권한다고 답했다. 글쓴이는 설문에 Rails를 떠난 개발자가 덜 참여했을 가능성을 언급하면서도, 15년이 지난 뒤에도 Rails에 흥미를 느낀다고 말한다. 2028년에는 Kamal과 1인 팀의 비중이 늘고, 새 프로젝트에서 Solid Queue가 더 많이 선택될 것으로 예상한다. 이는 설문 결과가 아니라 글쓴이 개인의 예측이다.

결론

설문은 Rails 생태계가 모놀리스, 내장 도구, 소규모 운영 환경을 선택하는 흐름과 AI 도구의 확산을 함께 보여준다. 글쓴이는 AI가 코드 작성 부담을 줄여도 도메인 지식과 시스템의 취약 지점을 판단하는 능력은 여전히 중요하다고 본다. 동시에 신규 개발자를 위한 지역 커뮤니티와 실용적인 자료가 부족하다는 점을 해결 과제로 제시했다.