왜 개발자들이 Radix UI를 버리고 베이스 UI로 갔을까?

최근 프론트엔드 개발 세계에서 베이스 UI 1.0의 출시가 큰 화제를 모으고 있습니다. 저는 리액트 기반 프로젝트를 여러 해 다뤄온 개발자로서, UI 라이브러리의 선택이 전체 작업 흐름에 미치는 영향을 누구보다 잘 알고 있죠. 베이스 UI가 Radix UI의 후속작으로 소개되면서, API 유사성 덕분에 마이그레이션이 쉽다는 점이 강조되는데, 이는 단순한 홍보가 아니라 실제로 느껴지는 부분입니다.

하지만 왜 새로운 라이브러리가 필요했을까요?

특히 Radix UI의 업데이트가 사실상 중단된 상황이 큰 이유로 작용했다고 봅니다. 이 라이브러리는 원래 Modulz라는 스타트업에서 시작됐습니다. 헤드리스 UI 컴포넌트의 선구자로 불릴 만큼, 접근성과 유연성을 강조하며 개발자들 사이에서 인기를 끌었어요. 그런데 2022년에 WorkOS가 Modulz를 인수하면서 상황이 바뀌기 시작했습니다.

인수 후 WorkOS는 Radix UI에 충분한 자원을 투입하지 않았고, 결과적으로 업데이트가 점점 느려지더니 최근에는 거의 중단된 상태가 됐습니다. 이슈가 GitHub에 쌓여만 가고 해결되지 않으니 답답함이 쌓였습니다. 이 업데이트 중단이 베이스 UI 등장의 가장 큰 이유라고 생각합니다. Radix UI가 더 이상 진화하지 않으면서, 개발 커뮤니티의 불신이 커졌고, 대안을 찾는 움직임이 자연스럽게 생겼어요.

2025년 현재까지도 Radix UI의 마지막 주요 업데이트가 몇 년 전으로 거슬러 올라간다는 점이 이를 증명하죠. WorkOS의 투자 부족이 프로젝트를 방치한 셈인데, 이는 오픈소스 생태계에서 흔히 볼 수 있는 문제지만, Radix UI처럼 잠재력이 큰 라이브러리에서는 특히 아쉬운 부분입니다.

이런 상황에서 개발자들이 Radix UI를 떠난 건 피할 수 없는 선택이었어요. Radix UI의 핵심 개발자들 중 일부가 MUI 팀으로 합류하면서 베이스 UI를 새롭게 만들기 시작했습니다. 왜 기존 Radix UI를 개선하지 않고 완전히 새로운 라이브러리를 만들었을까요?

제 생각에는 Radix UI의 기술 부채가 너무 쌓여서, 근본적인 재설계가 필요했다고 봅니다. WorkOS 인수 후 팀이 해체되다시피 하면서, 남은 개발자들이 자유롭게 일할 수 있는 환경을 찾은 거예요. MUI는 이미 안정적인 기반을 가진 회사라, 베이스 UI에 지속적인 지원을 약속할 수 있었죠. 실제로 베이스 UI 개발 과정에서 Radix UI의 강점을 유지하면서도, 문제점을 보완하는 방향으로 진행됐습니다.

개발자들이 단순히 회사를 옮긴 게 아니라, 프로젝트의 미래를 위해 움직였다고 느꼈어요. 만약 Radix UI가 제대로 업데이트됐다면 베이스 UI가 나올 이유가 없었을 텐데, 업데이트 중단이 이 모든 변화의 촉매가 된 셈입니다. 개발자 커뮤니티에서 Radix UI에 대한 논의가 줄어든 것도 이 때문이에요. 이제는 베이스 UI가 그 자리를 메우려 하고 있죠.

한중 회담 이어 방일…이 대통령, 중·일 갈등 중재자로 우뚝 서나

윤석열·상호관세·그린란드·아틀라스·SK스퀘어

홈플러스 회생계획안, 채권단 이견 없이 검토 단계 진입

AD

베이스 UI의 주요 특징을 살펴보면, 스타일이 없는 컴포넌트라는 점이 가장 돋보입니다. Radix UI처럼 헤드리스 접근을 취하지만, 컴포넌트 수가 더 많고 상호작용이 세밀하게 다듬어졌어요. 예를 들어, 툴팁 컴포넌트에서 멀티 트리거를 지원하거나 애니메이션 데이터를 추가한 건 Radix UI의 단점을 직접 개선한 부분입니다. API 측면에서는 Radix UI의 ‘asChild’ 대신 ‘render’ prop 패턴을 채택했는데, 이는 컴포넌트 합성을 더 효율적으로 만들어줍니다.

하지만 완벽한 건 아니에요. Radix UI가 접근성에 초점을 맞췄다면, 베이스 UI는 그걸 바탕으로 성능을 더 강조합니다. 비교하자면, Radix UI는 초기 혁신이 강했지만 업데이트 중단으로 인해 정체됐고, 베이스 UI는 그 유산을 이어가며 현대적인 요구를 반영한 느낌입니다. 특히, MUI의 뒷받침으로 인해 베이스 UI의 문서화가 훨씬 명확해졌어요.

Shadcn UI과 통합

Shadcn UI와 베이스 UI의 통합은 이 변화의 상징적인 부분입니다. Shadcn UI는 원래 Radix UI를 기반으로 한 컴포넌트 컬렉션으로 유명했는데, 최근 프로젝트 생성 페이지에 베이스 UI 옵션이 추가됐어요. 이는 Radix UI의 불확실성을 피하려는 움직임으로 보입니다. 저는 Shadcn UI 사이트를 방문해 직접 확인했는데, 기본이 Radix UI지만 베이스 UI로 전환하는 버튼이 눈에 띄더군요.

이 변화는 개발자들 사이에서 환영받고 있습니다. 왜냐하면 Shadcn UI는 Tailwind CSS와 잘 어우러지는데, 베이스 UI의 유연한 스타일링과 결합하면 더 강력한 UI를 만들 수 있기 때문이에요. 실제로 Shadcn UI 프로젝트에서 베이스 UI로 바꿔보니, 접근성과 애니메이션 품질이 향상됐습니다.

하지만 이 옵션이 조용히 추가된 건, Shadcn UI 팀이 Radix UI의 미래에 대한 우려를 반영한 거예요. Radix UI 업데이트가 중단되면서 사용자들의 불안이 커졌고, 베이스 UI가 그 대안으로 떠오른 셈입니다. 개발자들이 Radix UI를 떠난 게 이런 에코시스템 변화의 원동력이 됐어요.

마지막으로, 베이스 UI를 추천할 만한가에 대해 제 생각을 정리해 보겠습니다. Radix UI를 사용 중이라면 업데이트 중단 때문에라도 베이스 UI로의 전환을 고려해 보세요. 저처럼 소규모 프로젝트에서 테스트해 본 결과, 만족스러웠습니다. 하지만 대형 프로젝트에서는 안정성을 확인한 후 움직이는 게 좋을 거예요.