조금 늦은 이번 호를 보내드려요. 여전히 “정해진 루틴으로 딱 맞춰 발행하기”는 쉽지 않네요. 일정이 밀리고 한 번 흐름이 끊기면 다시 잡는 것도 생각보다 어렵다는 걸 매번 느껴요. 그래도 완벽하게 하지는 못하더라도, 끊기지 않고 계속 이어가는 것만큼은 놓치지 않으려고 해요.
이번 주 Rails 소식들을 보면 한 가지 흐름이 분명해요.
Rails는 여전히 “보수적이고 안정적인 프레임워크”이면서도, 동시에 AI라는 큰 변화 위에 올라타고 있어요. Intercom 사례처럼 실제로 코드의 대부분을 AI가 작성하는 환경이 등장했고, Rails World CFP에서도 AI-native, Agentic Systems, 신뢰성과 운영 같은 키워드가 전면에 나왔어요. 한편으로는 Active Record의 작은 개선이나 보안 패치처럼, 보이지 않는 곳에서 기반을 단단히 다지는 변화도 계속 이어지고 있고요.
또 다른 한 축에서는 “지금 Rails는 어떤 모습인가?”라는 질문도 계속되고 있어요. fat model과 service object 사이에서의 구조, 그리고 RubyKaigi에서 드러난 AI 중심 개발 흐름까지 보면, 기술뿐 아니라 개발 방식 자체가 바뀌는 시점에 와 있다는 느낌이 들어요.
이번 호도 그 흐름을 같이 읽어보는 시간이 되었으면 좋겠습니다.
🎧 10분 요약 오디오로 들어보시겠어요? → YouTube로 듣기
새로운 소식
Intercom의 오래된 Rails 모놀리스는 어떻게 AI-first 개발 플랫폼이 되었나
Intercom은 15년 된 대규모 Rails 모놀리스를 유지하면서도 AI 중심 개발 환경으로 빠르게 전환하고 있어요. On Rails 팟캐스트에 따르면 현재 코드 변경의 90~95% 이상이 Claude Code의 도움을 받아 생성되며, 개발 방식도 “agent-first”로 바뀌어 대부분의 작업을 AI 에이전트로 시작하는 흐름이 자리 잡았어요.
이 과정에서 중요한 점은 “AI가 Rails를 대체한다”가 아니라, Rails의 일관성·관례·콘솔 중심 구조가 오히려 AI를 안전하게 활용하는 기반이 된다는 점이에요. Intercom은 Rails console을 MCP 형태로 확장해 read-only 프로덕션 데이터 접근을 제공하고, 이를 엔지니어뿐 아니라 PM·고객지원·마케팅 등 1,000명 이상의 구성원이 활용하고 있어요.
AI 도입으로 생산성이 크게 증가하면서 CI 비용 증가, flaky test, 코드 리뷰 병목 같은 문제도 등장했지만, 이를 테스트 최적화·강화된 린팅·자동 코드 리뷰 및 자동 승인(약 20%)으로 해결해가고 있어요. 특히 코드 리뷰는 현재 가장 큰 병목으로, 장기적으로는 대부분의 PR을 자동 승인하는 방향을 목표로 하고 있어요.
결국 이 사례는 AI 시대일수록 프레임워크의 일관성, 감사 가능한 접근, 안전한 프로덕션 데이터 활용, 자동화된 품질 관리가 더욱 중요해진다는 점을 보여줘요. Rails는 여전히 “보수적이지만 강력한 기반”으로서, AI 에이전트를 안정적으로 태우는 레일 역할을 하고 있어요.
Rails World 2026 CFP가 열렸습니다: Rails + AI, 신뢰성, 규모의 이야기를 찾는 중
Rails Foundation이 Rails World 2026 CFP를 공개했어요. 행사는 2026년 9월 23~24일 미국 오스틴에서 약 1,200명 규모로 열릴 예정이며, 발표 제안은 5월 16일까지 제출할 수 있어요.
이번 CFP에서 눈에 띄는 점은 Rails 커뮤니티가 지금 중요하게 보는 방향이 명확히 드러난다는 점이에요. 특히 AI-native development with Rails, Rails + AI/Agentic Systems, Trust·Security·Reliability, Rails 8 in production, Rails at scale 같은 주제가 강조되었어요. 단순히 “무엇을 만들었는가”보다, “지금 어떻게 만들고 있는가” 를 공유해달라는 메시지가 핵심이에요.
이는 Rails가 여전히 생산성과 개발 경험을 중시하는 프레임워크라는 점은 유지하면서도, AI 도입, 더 작은 팀, 더 빠른 반복 사이클 같은 변화에 적극 대응하려 한다는 신호로 볼 수 있어요. 특히 AI와 에이전트 기반 개발, 그리고 신뢰성과 운영 안정성이 올해의 핵심 키워드로 자리 잡았어요.
결국 이번 CFP는 단순한 행사 공지를 넘어, Rails 생태계가 AI 시대에 어떤 방향으로 진화하려 하는지 보여주는 지표라고 볼 수 있어요.
원문 보기: https://rubyonrails.org/2026/4/23/big-rails-world-2026-update-CFP
Active Record는 이번 주에도 조금 더 단단해졌습니다
이번 주 This Week in Rails에서는 눈에 띄는 큰 기능보다, 운영 안정성과 일관성을 높이는 작은 개선들이 이어졌어요. Rails main 브랜치 기준으로 PostgreSQL 최소 지원 버전이 10.0으로 올라갔는데, 이는 최신 PostgreSQL과의 호환성을 맞추고 장기적인 유지보수 부담을 줄이기 위한 변화예요.
또한 primary key 컬럼에 null: true를 지정했을 때 기존에는 무시되던 동작을 명확히 에러로 처리하도록 바뀌었어요. 개발자가 의도한 설정이 실제로 반영되지 않는 상황을 방지하려는 조치예요. 이와 함께 ActiveRecord::Relation#extending 성능이 개선되어 최대 2배까지 빨라졌고, with_connection 중첩 사용 시 연결 상태가 잘못 해제되던 문제도 수정됐어요.
Active Storage 쪽에서는 ffmpeg subprocess로 인해 터미널이 멈추던 이슈도 해결됐어요.
이런 변화들은 화려하진 않지만, 예측 가능성·성능·운영 안정성을 조금씩 끌어올리는 작업이에요. Rails의 강점은 바로 이런 꾸준한 정리에서 나온다는 점을 다시 보여주는 업데이트예요.
원문 보기: https://rubyonrails.org/2026/4/24/this-week-in-rails
Rails 커뮤니티 설문이 돌아왔습니다: AI는 실제로 Rails 개발에 쓰이고 있을까요?
2026 Ruby on Rails Community Survey가 열렸어요. 2024년에는 2,709명의 개발자가 참여해 실제 사용하는 도구, 팀 구성, 배포 방식 등을 공유했는데, 이번 설문은 한 걸음 더 나아가 AI가 Rails 개발 워크플로에 실제로 어떻게 들어와 있는지를 집중적으로 묻고 있어요.
특히 “AI를 쓰고 있는가?”가 아니라, 정말 실무에서 의미 있게 활용되고 있는지를 확인하려는 점이 핵심이에요. 설문은 익명으로 진행되며 약 10분 정도 소요돼요.
최근 Rails World CFP나 Intercom 사례처럼 Rails와 AI에 대한 이야기가 빠르게 늘고 있는 상황에서, 이번 설문은 현실의 사용 수준을 데이터로 확인할 수 있는 중요한 기준이 될 것으로 보여요. 커뮤니티 결과는 모두 공개되기 때문에, 더 많은 응답이 모일수록 전체 그림도 더 정확해져요.
설문 참여하기: https://railsdeveloper.com/survey/
Ruby 4.0.3 릴리스: ERB 역직렬화 취약점과 Rails 앱 점검 포인트
Ruby 4.0.3이 릴리스됐고, 이번 업데이트의 핵심은 ERB 관련 보안 취약점(CVE-2026-41316) 수정이에요. 해당 취약점은 신뢰할 수 없는 입력에 대해 Marshal.load 를 사용하는 경우, 그리고 erb와 activesupport가 함께 로드된 환경에서 임의 코드 실행 가능성이 생길 수 있다는 점이 문제로 지적됐어요.
중요한 점은 모든 Rails 앱이 위험한 것이 아니라, 외부 입력을 그대로 Marshal.load**에 넘기는 경로가 있을 때만 해당된다**는 점이에요. 따라서 과도하게 걱정하기보다는, 해당 사용 패턴이 있는지 점검하는 것이 현실적인 대응이에요.
권장 조치는 간단해요. erb gem을 패치된 버전(6.0.1.1 이상 등)으로 업데이트하면 되고, Ruby 4.0.3으로 업그레이드하는 것도 하나의 방법이에요.
이번 이슈는 작은 업데이트처럼 보이지만, 역직렬화와 신뢰 경계 처리가 얼마나 중요한지 다시 한번 확인시켜주는 사례예요.
원문 보기: https://www.ruby-lang.org/en/news/2026/04/21/ruby-4-0-3-released/
2026년에 다시 묻는 Rails Way: fat model과 service object 사이에서
Arkency는 “The Rails Way in 2026”에서 오늘날 많은 Rails 애플리케이션에서 반복적으로 나타나는 구조를 하나의 패턴으로 정리했어요. 바로 fat model → callback → service object → background job으로 이어지는 흐름이에요.
이 글의 핵심은 이 패턴을 비판하기보다, Rails 앱이 실제로 어떻게 동작하고 있는지를 이름 붙여 설명하는 데 있어요. 특히 Active Record가 단순한 데이터 저장소를 넘어, 엔티티 상태와 함께 워크플로 상태까지 함께 담는 구조로 확장되고 있다는 점을 짚어요. 예를 들어 status enum처럼 보이는 값도 실제로는 “객체의 상태”라기보다 “프로세스의 단계”를 나타내는 경우가 많고, 각종 *_sent_at, *_scheduled_at 같은 컬럼들도 모두 워크플로의 흔적이에요.
이 과정에서 하나의 모델은 데이터뿐 아니라 콜백, 서비스 객체 호출, 백그라운드 작업, 연관 관계까지 모두 품게 되고, 결과적으로 프로세스가 하나의 객체로 명확히 존재하지 않고 여러 레이어에 흩어진 형태가 돼요. 여기에 concerns까지 더해지면, 이것이 현재 Rails 애플리케이션의 전형적인 모습이라고 볼 수 있어요.
결국 이 글은 “이 방식이 옳다/틀리다”를 말하기보다, 지금의 Rails가 어떤 형태로 사용되고 있는지 정확히 이해하자는 제안이에요. 그래야 이 구조가 잘 맞는 순간과, 더 나은 구조가 필요한 순간을 구분할 수 있기 때문이에요.
https://blog.arkency.com/the-rails-way-in-2026/
RubyKaigi 2026 후기: AI 시대에도 계속 진화하는 Ruby
RubyKaigi 2026은 일본 하코다테에서 열렸으며, 전반적인 분위기는 한마디로 “성숙했지만 여전히 진화 중인 언어”로 요약돼요. Ruby는 안정적인 생태계를 유지하면서도 저수준 최적화, 프로파일링, 동시성 같은 영역에서 꾸준한 개선이 이어지고 있고, 최근에는 AI 흐름과 맞물리며 다시 주목받고 있다는 점이 인상적으로 언급됐어요.
특히 성능과 관련해서는 JIT가 확실히 자리 잡았다는 평가예요. ZJIT와 YJIT 모두 실제 환경에서 의미 있는 성능 향상을 보여주고 있고, 동시성 측면에서는 여전히 어려움이 있지만 AI 워크로드 증가로 인해 Ractor 같은 모델의 중요성이 다시 강조되고 있어요.
이번 컨퍼런스의 가장 큰 키워드는 단연 AI였어요. 코어 커미터의 약 1/3이 코드의 절반 이상을 AI로 작성하고 있으며, 마츠모토 유키히로는 자신의 코드 대부분을 AI로 작성한다고 밝혀 큰 화제가 되었어요. 또한 참석자의 75~80%가 실제 업무에서 AI를 활용하고 있다는 점도 인상적이에요.
Matz는 기조연설에서 새로운 AOT 컴파일러 프로젝트 Spinel도 공개했어요. “AI를 활용해 인간이 할 수 없는 일을 하라”는 메시지와 함께 Ruby의 미래 방향을 제시했는데, 언어 자체뿐 아니라 개발 방식까지 바뀌고 있다는 느낌을 줘요.
이외에도 Ruby로 Doom을 실행하는 데모, 순수 Ruby 기반 템플릿 시스템 Herb 같은 실험적인 시도들이 소개되었고, Aaron Patterson가 일본어로 발표를 진행한 점도 화제가 되었어요.
전체적으로 이번 RubyKaigi는 AI 시대에 Ruby가 어떻게 적응하고 확장되는지 보여준 자리였고, 참가자는 10점 만점에 10점으로 평가하며 강력히 추천하고 있어요.
후기 보기: https://www.reddit.com/r/ruby/comments/1sug6r3/my_rubykaigi_2026_takeaways/