Shopify가 React Native를 버리고 Swift·Kotlin으로 돌아간다

Shopify가 9월 10일 엔지니어링 블로그에 모바일 앱을 React Native에서 Swift와 Kotlin으로 되돌리겠다고 밝혔습니다. 글쓴이는 Mustafa Ali이고 직함은 적혀 있지 않습니다. Shopify는 2020년에 React Native로 전면 전환을 선언하고 그 뒤 FlashList, React Native Skia 같은 널리 쓰이는 라이브러리를 후원해 온, 이 진영에서 가장 큰 회사 중 하나였습니다. 그래서 이 결정은 한 회사의 기술 선택을 넘어 읽힙니다.

2020년에 React Native를 고른 이유

글은 당시의 세 가지 근거를 그대로 다시 적습니다.

• 같은 기능을 두 번 만들지 않는다
• 개발자가 스택 전체를 넘나들며 일할 수 있다
• 두 플랫폼의 기능 격차를 맞추는 데 쓰는 시간을 줄여 가치를 내는 데 쓴다

세 가지 모두 "사람이 두 벌의 코드를 쓰는 비용"에 대한 이야기입니다.

2026년에 뒤집힌 가정

Shopify는 "LLM이 2020년 결정의 핵심 가정 하나를 바꿨다"고 씁니다. 코딩 모델이 크게 좋아져서, 에이전트가 iOS 구현을 참조해 Android 쪽 기능을 구현하고 번역·테스트·리뷰까지 충분히 해낸다는 것입니다. 그래서 "Swift와 Kotlin으로 같은 기능을 만드는 일이 예전처럼 비용이 들지 않는다"고 판단했습니다.

주의할 점은, 이 글이 말하는 것은 비용 구조가 바뀌었다는 것이고, React Native가 나빠졌다는 것이 아니라는 점입니다. 성능 수치나 비용 비교표는 글에 없습니다.

어디까지 진행됐나

앱	상태
Shop	12주 만에 다시 만들어 앱스토어 출시 완료
Shopify (300+ 화면, Apple Watch 앱, 위젯 포함)	진행 중, 올해 말 출시 목표
Point of Sale, Inbox	이어서 진행 예정

전환에는 두 가지 도구가 등장합니다. Helix라는 내부 시스템이 화면 단위로 점진적으로 옮기면서 테스트·시각 검증·코드 리뷰 체크포인트를 자동화하고, 별도 CLI로 시뮬레이터를 띄우지 않고 비즈니스 로직을 밀리초 단위로 반복 실행합니다. 즉 "에이전트가 알아서 했다"가 아니라 에이전트가 일할 수 있는 작업 환경을 먼저 만들었다는 이야기입니다.

후원하던 라이브러리는 어떻게 되나

React Native 사용자에게는 이쪽이 더 실질적인 영향일 수 있습니다.

• React Native Skia: 2026년 말까지 후원을 유지하고, 그 뒤 포크 또는 아카이브
• FlashList(주 200만 다운로드): 심각한 이슈만 수정하고, 장기 관리자를 찾는 중
• Restyle: 2026년 말까지 유지 후 아카이브

글에 없는 것

투입 인력, 성능 개선 수치, 코드량 비교, 전환 비용은 나오지 않습니다. React Native를 계속 쓰는 영역이 있는지도 언급이 없습니다. "에이전트가 두 플랫폼 구현 비용을 낮춘다"는 전제는 Shopify의 규모와 내부 도구(Helix) 위에서 성립한 것이고, 다른 팀에서도 같은지는 이 글로는 알 수 없습니다.

실무에서 할 일

React Native를 쓰는 팀이 지금 당장 갈아탈 이유는 아닙니다. 다만 두 가지는 확인할 만합니다. 첫째, FlashList·Skia·Restyle에 의존하고 있다면 2026년 말 이후 유지보수 리스크를 봐야 합니다. 둘째, 새 앱을 시작하거나 크로스플랫폼을 검토하는 팀이라면 "두 번 만드는 비용"이 자기 팀에서 실제로 얼마인지 — 에이전트를 쓰는 조건에서 — 한 번 재보는 게 맞습니다. 같은 주에 Shopify는 Tailwind 인수도 발표했습니다.