Shopify, React Native에서 네이티브로 복귀

코딩 에이전트로 iOS·Android 이중 구현 비용이 줄어들면서, Shopify가 모든 모바일 앱을 Swift와 Kotlin으로 전환함 React Native는 기능 공유와 플랫폼 간 기능 일치에 기여했지만, 에이전트가 구현·변환·테스트·리뷰를 맡으며 공유 구현의 이점이 줄어들자 플랫폼 기능과 공식 도구에 직접 접근하는 네이티브를 선택함 Shop 앱은 개념 증명부터 완전한 네이티브 앱 출시까지 12주가 걸렸으며, 300개 이상의 화면을 갖춘 Shopify 앱도 전환 중으로 2026년 안에 출시할 예정임 단계별 검증 시스템 Helix와 UI 없이 비즈니스 로직을 실행하는 CLI를 구축해, 에이전트가 작은 작업 단위를 검증하고 빠르게 반복하도록 설계함 오픈소스 지원은 라이브러리별로 달라짐: React Native Skia는 2026년 말까지 후원 후 별도 이름으로 이어지고, FlashList는 호환성을 깨뜨리는 중대 문제 수정을 지속하며, Restyle은 2026년 말 유지보수를 종료함 React Native의 성과와 달라진 비용 구조 Shopify는 2020년 React Native 전면 도입을 결정하며 중복 구현 제거, 개발자의 스택 간 기여 확대, 플랫폼 간 기능 일치에 드는 시간 절감을 추구함 기능을 한 번만 구현해 시간을 절약하고, 모바일 개발 경험이 없는 개발자도 앱에 기여할 수 있었음 성능 최적화, 프레임워크 기반 개선, 업데이트와 외부 의존성 관리에 상당한 자원을 썼지만, 얻는 이점이 그 비용보다 컸음 2025년 1월의 평가에서도 React Native에 계속 투자할 계획이었으며, 당시 정보에 비추어 타당한 결정이었음 React Native는 여전히 뛰어난 프레임워크이며 Shopify의 React Native 앱도 빠르게 동작함 이번 전환은 React Native의 성능 실패가 아니라, 코딩 모델의 발전으로 기존 선택의 핵심 전제가 달라진 결과임 LLM 활용은 2021년부터 시작했으며, 초기에는 기능 구현, 버그 조사·수정, 코드 리뷰에 사용함 모델이 발전하면서 더 복잡한 작업을 맡겼고, 2025년 말에는 소프트웨어를 두 번 만드는 일이 여전히 두 배의 작업을 뜻하는지 재검토하게 됨 네이티브 프로토타입에서 확인한 변화 대형 앱의 핵심 부분을 Swift와 Kotlin으로 재구현하는 실험에서 에이전트가 플랫폼 간 작업 비용을 크게 줄임 iOS 구현을 참고해 Android 기능을 만들거나 그 반대로 구현...