Meta React 사람들이 Expo로 가는 게 괜히 신경 쓰인다
타임라인에서 마주친 짧은 트윗 하나가 며칠째 머릿속을 맴돌았다.
최근 개발자 커뮤니티와 X(트위터)에서 이런 썰이 돌았다.
“Meta에서 React 만들던 사람들이 죄다 Expo로 넘어가고 있다. AI Agent 시대에 Expo는 상상 이상으로 거대해질 거다. 이미 인프라가 깔려 있어서 기회가 널렸다.”
딱 세 줄짜리 글인데 묘하게 신경 쓰였다. 왜 하필 지금일까? 단순한 고액 연봉 이직 뉴스일까, 아니면 모바일 생태계의 거대한 지각변동일까.
결론부터 말하면, 단순한 인재 이동으로 가볍게 넘길 일이 아니다.
1. 진짜 에이스들은 다음 무대로 먼저 이동한다
iOS 개발자 입장에서 솔직히 말하면, React Native나 크로스 플랫폼 이야기는 늘 반신반의하는 편이었다. Xcode 켜고 Swift로 네이티브 뷰 짜는 게 가장 마음 편했으니까. 그런데 이번 이직 행렬은 결이 다르다.
기술 판에서 뛰어난 엔지니어들의 이동 경로는 거의 족집게 선행 지표에 가깝다. 트렌드를 뒤따라가는 게 아니라, 트렌드가 만들어질 곳으로 먼저 가서 깃발을 꽂는 사람들이다.
그 관점에서 보면 Meta React 팀 출신 엔지니어들이 Expo로 합류하는 건 꽤 의미심장하다. Expo Router를 설계한 Evan Bacon만 봐도 그렇다. 파일 기반 라우팅, 유니버설 링크, 모바일 환경에서의 React Server Components(RSC) 구현까지, 최근 React 생태계의 흥미로운 실험들은 Meta 내부가 아니라 Expo 쪽에서 먼저 터져 나온다. 심지어 React Native 공식 문서조차 이제 Expo를 기본 시작점으로 못 박아뒀다.
물론 “React의 미래는 이제 전부 Expo다”라고 단정하는 건 설레발이다. Meta React 팀은 여전히 핵심 런타임과 컴파일러 연구에서 대체 불가능한 축이고, Vercel은 Next.js로 웹 진영을 꽉 쥐고 있다. 하지만 모바일이라는 전장으로 좁혀보면 이야기가 달라진다. 이 바닥에서만큼은 Expo가 사실상의 표준으로 자리 잡았고, 이건 누구도 부인하기 어렵다.
2. AI Agent 시대에 Expo가 절묘하게 맞아떨어졌다
여기서부터가 진짜 흥미로운 대목이다.
AI가 코드를 직접 짜는 시대가 되면서 도구를 평가하는 기준이 완전히 바뀌었다. 예전엔 “사람 개발자가 얼마나 코딩하기 편한가”가 기준이었다면, 이제는 “AI Agent가 얼마나 에러 없이 제어할 수 있는가”가 핵심 잣대로 떠올랐다.
이 잣대로 모바일 개발 환경을 뜯어보면 Expo의 강점이 살벌하게 드러난다.
환경이 하나로 통일돼 있다. AI한테 “네이티브 앱 하나 만들어줘”라고 시키면 iOS(Swift/Xcode)랑 Android(Kotlin/Gradle) 양쪽을 다 만져야 한다. 사람 개발자도 환경 세팅하다가 빌드 에러로 뒷목 잡기 일쑤인데, AI 입장에선 컨텍스트 전환 비용이 두 배로 뛴다. Expo는 이 진흙탕 같은 복잡성을 JavaScript와 React 하나로 매끄럽게 덮어버린다. AI가 신경 써야 할 표면적이 획기적으로 줄어드는 셈이다.
배포까지 CLI 한 방으로 끝낸다. AI가 제아무리 코드를 신들린 듯 짜도, 맥북 앞에 앉아서 Xcode 열고 아카이브 떠서 앱스토어 커넥트 업로드 버튼을 클릭할 순 없다(물론 아직은). 하지만 Expo의 EAS(Expo Application Services)는 이 지난한 과정을 CLI 명령어 한 줄로 털어버린다. 빌드, 코드 서명, 스토어 제출, OTA 업데이트까지 전부다. AI가 터미널 명령어 몇 번 치는 것만으로 실기기에 앱이 배포되는 파이프라인이 완성된다.
단순한 편의 기능 같지만, “AI가 사람 개입 없이 스스로 완결된 배포 파이프라인을 돌릴 수 있는가”라는 관점에서 보면 게임 체인저다.
AI를 위한 인터페이스도 착실히 깔고 있다. Expo는 최근 Model Context Protocol(MCP) 서버 연동을 지원하면서 AI가 Expo CLI를 직접 주무를 수 있게 길을 텄고, 모바일 특화 어시스턴트인 ‘Expo Agent’까지 내놓았다. 유행 따라 던지는 마케팅용 챗봇이 아니라, 자신들의 모바일 인프라를 AI 자동화 레이어로 통째로 전환하려는 노림수다.
3. 그렇다고 은총알(Silver Bullet)은 아니다
물론 Expo가 만병통치약은 아니다(세상에 그런 건 없다). 플랫폼 저수준 API를 깊게 찔러야 하거나, 극한의 그래픽/네이티브 퍼포먼스가 필요한 영역에선 여전히 순수 네이티브 개발이 답이다. 다만 그런 특수 케이스의 비중이 해마다 쪼그라들고 있다는 것도 팩트다.
또 하나. AI가 코드를 뚝딱 뽑아낸다고 해서 좋은 앱이 저절로 튀어나오는 건 아니다. 서비스 아키텍처 설계, 사용자 경험(UX) 디테일, 도메인 비즈니스 로직에 대한 통찰은 여전히 사람 개발자의 영역이다. Expo와 AI의 결합이 소규모 팀의 생산성을 미친 듯이 뻥튀기해 주는 건 맞지만, “아무나 대충 던지면 대박 앱이 나온다”는 환상은 접는 게 좋다.
마치며: 사람을 위해 닦은 길이 AI의 고속도로가 됐다
Expo의 초기 목표는 심플했다. 복잡한 네이티브 빌드 설정에 고통받지 말고 제품에만 집중하자는 거였다. 그런데 그 길을 묵묵히 닦아온 결과, 뜻밖에도 AI Agent가 가장 질주하기 좋은 아우토반이 완성됐다.
진짜 훌륭한 인프라는 원래 이런 식이다. 지금 사용자를 위해 집요하게 고민해서 깎아놓은 시스템은, 미래의 새로운 사용자를 위한 막강한 자산이 된다. 그 미래의 사용자가 인간이 아니라 AI일지라도 말이다.
Meta의 핵심 인재들이 줄줄이 Expo로 향하는 이유도 아마 이 지점일 것이다. 다음 10년의 판이 어디서 벌어질지 냄새를 맡고 먼저 뛰어드는 사람들. 나는 뒤늦게 트윗 보고서야 “아 맞네” 하고 무릎이나 치는 쪽이다(항상 한 박자 늦는다).
인프라는 이미 깔렸다. 이제 남은 건 하나다. 이 위에서 무엇을 만들 것인가.
이 글에서 언급한 Expo SDK 버전, MCP 연동 스펙 같은 세부 사항은 공식 문서와 릴리즈 노트를 꼭 확인하자. 이쪽 판은 자고 일어나면 버전이 바뀌어 있다.