Shopify, 코딩 에이전트 비용 변화로 React Native에서 Swift·Kotlin 네이티브로 전환

대형 조직은 내년쯤 이런 재전환을 많이 할 것 같음.

에이전트가 세부 구현을 맡더라도, 엔지니어가 네이티브 아키텍처와 새 언어를 익히는 비용은 얼마나 드는지 궁금함.

AI 덕에 Swift와 Kotlin 프로젝트 둘을 유지하는 비용이 React 프로젝트 하나와 크게 다르지 않아졌다는 얘기임.

iOS와 Android 사이에 KMP나 Rust 같은 공유 코어가 있는지, Helix를 오픈소스로 낼 계획이 있는지 궁금함.

코드베이스 둘을 맞추는 조직 비용도 따로 계산했는지 묻고 싶음. 작은 구현 차이가 지원과 버그 대응을 중복시키는데, 그걸 어떻게 관리할지 궁금함.

React Native와 Flutter를 버리고 네이티브로 돌아가는 흐름이 업계 전반에 생길 것 같음.

그건 iOS와 Android만을 전제로 한 결론임. 여러 하드웨어와 OS를 겨냥하려면 중간 표현이 더 낫고, 그 중간 표현을 네이티브 코드로 컴파일하는 방식도 가능하다고 봄.

자금과 인력이 많은 대기업에는 추세가 될 수 있지만 모든 곳에 맞지는 않음. Shopify는 수백 명이 RN 앱을 다뤘고 토큰 비용도 감당하겠지만, 자원이 적은 회사나 플랫폼 기능 의존도가 낮은 웹뷰형 앱은 RN으로도 충분함.

이건 단순 유행만은 아님. RN에는 성능과 UX 비용이 있었고 개발 속도와 맞바꾸던 선택이었는데, LLM이 그 비용 계산을 바꿨으니 재검토하는 게 맞음.

RN로 가도 흥미롭거나 최적화가 필요한 기능은 결국 네이티브 코드로 내려가게 됨. 그러면 처음부터 플랫폼 API를 직접 쓰는 편이 낫다고 봄.

Skia와 FlashList가 Shopify를 잃는 건 RN 커뮤니티에는 큰 손실임. FlashList는 다른 장기 관리 주체가 빨리 나와야 함.

기술적으로 이주가 잘 됐는지는 이미 공유한 Shop 앱 마이그레이션 글을 보면 됨. 다만 실제 운영에서 어떻게 됐는지 반년 뒤 후속 글은 보고 싶음.

글은 프로토타입 비용으로 수년에 걸친 기능 동기화 비용까지 줄었다고 주장함. 실험, 분석, 접근성, 엣지 케이스, 버그 수정으로 생기는 차이는 시간이 쌓여야 보이니, 절감 폭과 기간 데이터를 1년 뒤에 보여줘야 설득력 있다고 봄.