Expo Go

분석 제공: AppCompare

처음 Expo Go를 실행할 때 가장 반가운 점은 앱 개발을 시작하기 전에 복잡한 작업 환경부터 갖추지 않아도 된다는 것이다. JavaScript와 React로 만든 프로젝트를 휴대전화에서 확인하는 흐름에 관심 있는 사람이라면, 이 앱은 직접 써보고 싶은 작은 아이디어를 실제 화면으로 옮기는 입구가 된다. 다만 오래 쓸 만한지는 첫 실행의 편리함보다도, 개발 과정에서 얼마나 자주 손에 잡히는지에 달려 있다. 내게 Expo Go의 가치는 완성된 앱을 대신하는 데 있지 않고, 만들고 시험하는 과정을 가볍게 이어주는 데 있다.

처음 며칠, 아이디어를 화면으로 확인하는 재미

Expo Go는 Expo Project가 만든 무료 앱으로, 앱 개발 도구라기보다 React 기반 프로젝트를 휴대전화에서 살펴보는 테스트 창구에 가깝다. 라이브러리와 데모 성격의 앱이라 일반 사용자용 생산성 앱이나 완성된 콘텐츠 앱을 기대하면 결이 다르다. 개발을 배우는 중이거나 간단한 인터페이스를 직접 만들어보려는 사람에게 특히 맞는다.

처음 며칠에는 작은 결과도 금방 눈에 보여서 동기 부여가 된다. 버튼 배치나 화면 문구를 바꾼 뒤 휴대전화에서 확인하면, 컴퓨터 화면의 미리 보기만으로는 놓치기 쉬운 크기와 사용감을 가늠할 수 있다. 가령 퇴근 후 짧은 시간에 개인용 기록 화면의 초안을 만들고, 다음 날 이동 중에 실제 기기에서 글자 크기와 터치 위치를 점검하는 식이다. 이런 짧은 반복 작업에서 앱의 존재 이유가 또렷해진다.

처음 설치할지 고민하는 사람이라면 먼저 자신이 개발자인지, 아니면 앱을 쓰려는 일반 사용자인지 구분해보는 게 좋다. Expo Go는 코드로 만든 프로젝트를 확인하는 도구이므로, 앱 목록을 둘러보고 바로 쓸 완성품을 찾는 목적과는 맞지 않는다. 반면 수업에서 React를 배우거나 작은 개인 프로젝트를 시작했다면, 컴퓨터에서 보던 화면을 손에 든 기기에서 살펴보는 경험이 유용하다. 개발 환경을 마련하는 과정까지 감수할 마음이 있는지가 선택의 핵심이다.

여기서 중요한 구분은 Expo Go가 앱을 만드는 과정을 통째로 대신하지 않는다는 점이다. JavaScript와 React에 익숙하지 않은 사람에게는 학습할 내용이 남아 있고, 프로젝트를 준비하고 실행하는 개발 환경도 필요하다. 따라서 “휴대전화에 설치하면 바로 원하는 앱을 만들 수 있다”는 기대보다는, 개발 중인 화면을 확인할 동반 도구로 보는 편이 정확하다. 이 차이를 알고 시작하면 첫날의 기대와 실제 사용 경험이 어긋날 가능성이 줄어든다.

처음 설치할 이유를 살펴보면 진입 장벽은 낮은 편이다. 무료로 이용할 수 있고, 3세 이상으로 표시되어 있어 연령 제한이 까다로운 편도 아니다. 다만 연령 표기만으로 어린이가 혼자 개발을 시작하기에 충분하다는 뜻은 아니다. 실제로는 코드를 작성하고 프로젝트를 실행하는 과정에 보호자나 교사의 도움이 필요한 경우가 많다. 학생이나 입문자가 수업에서 만든 화면을 기기에서 확인하는 용도라면, 무엇을 배우려는 앱인지도 쉽게 설명할 수 있다.

첫 실행 뒤에 익혀두면 좋은 작업 습관

내가 권하고 싶은 첫 습관은 한 번에 많은 화면을 만들기보다, 가장 중요한 한 화면을 먼저 기기에서 확인하는 것이다. 코드가 잘 실행되는지만 보는 대신, 실제로 한 손으로 조작할 때 주요 버튼이 닿기 쉬운지, 긴 문구가 답답하게 보이지 않는지 살펴보면 테스트 앱을 여는 이유가 분명해진다. 특히 컴퓨터에서 보기 좋았던 화면이 휴대전화에서는 다르게 느껴질 수 있다는 점을 초기에 확인하면, 뒤늦게 화면 구조를 크게 바꾸는 일을 줄이는 데 도움이 된다.

선택 전에 읽어볼 만한 내용

---

저장한 영상을 내 방식대로 보는 이유, MX 플레이어

알림은 조용해지고 업무는 이어질까, 모바일 Teams의 변화와 한계

SHEIN은 어떻게 쇼핑 앱을 패션 유통의 권력으로 바꿨나

운영체제가 바뀌어도 익숙한 WhatsApp, 기기 이동의 불편은 남는다

---

또 하나는 테스트 결과를 기억에만 맡기지 않는 것이다. 같은 화면을 다시 열었을 때 이전에 무엇을 확인했는지 헷갈리기 쉬우므로, 바꾼 점과 다음에 볼 항목을 짧게 적어두면 반복 작업이 훨씬 목적 있어진다. 예컨대 ‘글자 크기 확인’처럼 막연하게 적기보다, 화면 제목이 한 줄에 들어오는지처럼 판단할 기준을 정해두는 방식이다. 이런 정리 습관은 Expo Go의 기능을 과장하지 않으면서도, 개발 보조 앱을 꾸준히 쓰는 데 실질적인 차이를 만든다.

짧은 테스트를 더 알차게 하려면 확인 항목을 화면의 목적에 맞춰 바꿔보자. 기록 화면이라면 입력 칸에 내용이 들어간 뒤에도 다음 동작을 찾기 쉬운지, 메뉴 화면이라면 가장 자주 쓸 항목이 눈에 띄는지 살펴볼 수 있다. 이처럼 실제로 할 일을 떠올리며 조작하면 단순히 화면이 켜지는지만 확인하는 것보다 얻는 정보가 많다. 메모에는 문제점뿐 아니라 그대로 두기로 한 요소도 적어두면, 다음 수정 때 이미 괜찮았던 부분을 불필요하게 다시 손대지 않게 된다.

한 달 뒤에도 남는 쓰임새

첫인상의 새로움이 사라진 뒤에도 이 앱이 유용한지는 프로젝트의 성격에 따라 달라진다. 작은 실험이나 학습용 프로젝트를 자주 만든다면, 수정한 화면을 실기기에서 확인하는 일은 매달 반복될 수 있다. 수업 과제, 개인 프로토타입, 간단한 화면 흐름을 검토하는 작업처럼 완성도보다 빠른 확인이 중요한 경우에는 꾸준히 열 이유가 있다. 이때 Expo Go는 매일 오래 붙잡고 쓰는 앱이라기보다, 코드를 바꾼 날마다 필요할 때 호출하는 도구다.

일상적인 사용 장면을 하나 더 떠올려보면, 점심시간에 컴퓨터로 작은 메뉴 화면의 문구를 바꾸고 저녁에 휴대전화로 다시 열어 확인하는 방식이 있다. 화면이 좁아졌을 때 줄바꿈이 어색한지, 버튼을 누르기 전에 설명이 충분히 보이는지 직접 살펴볼 수 있다. 확인 결과를 짧게 기록해 다음 작업 시간에 이어가면, 긴 개발 세션을 확보하지 못해도 프로젝트를 조금씩 다듬을 수 있다. 이런 흐름은 개발을 매일 하는 사람만이 아니라, 공부와 다른 일을 병행하는 입문자에게도 현실적이다.

반대로 앱을 한 번 만들어 제출하거나 시연한 뒤 개발을 멈춘다면, 장기적인 사용 빈도는 자연히 낮아진다. 설치 수가 5백만 회를 넘고 평균 평점이 3.9인 점은 널리 쓰이는 도구라는 인상을 주지만, 이런 수치가 모든 프로젝트에서 같은 방식으로 작동한다는 보장은 아니다. 내 판단으로는 사용자 수보다 자신의 개발 방식과 맞는지가 더 중요하다. 프로젝트를 계속 손보고 기기에서 확인할 계획이라면 남겨둘 이유가 있고, 개발을 이어갈 계획이 없다면 휴대전화에 계속 둘 필요까지는 없다.

익숙해진 뒤에는 테스트 목적을 나누는 것이 좋다. 한 번은 화면 배치와 문구를 보고, 다른 번에는 실제 손가락으로 조작할 때 흐름이 자연스러운지 확인하는 식이다. 한 번의 실행에 외관과 사용 흐름을 모두 점검하려 하면 무엇이 문제였는지 흐려질 수 있다. 다만 이것은 앱에 숨겨진 기능이 있다는 뜻이 아니라, Expo Go를 반복해서 열 때 확인 과정을 체계화하는 방법이다. 간단한 목록을 만들어 프로젝트 옆에 두면 짧은 테스트 세션도 쓸모 있게 쌓인다.

일반적인 대안과 비교할 때도 사용 목적을 먼저 봐야 한다. 코드 편집기나 개발 컴퓨터의 미리 보기는 코드를 작성하고 빠르게 살펴보는 데 편하지만, 실제 휴대전화에서 화면을 보는 느낌과 조작 감각까지 그대로 대신하지는 못한다. 반대로 Expo Go만으로 개발 환경 전체를 대체하려는 것도 맞지 않는다. 내게 적절한 비교는 ‘어느 앱이 더 낫나’가 아니라 ‘코드를 작성하는 도구’와 ‘기기에서 결과를 확인하는 도구’의 역할 차이다. Expo Go는 후자의 필요가 있을 때 가치가 커진다.

완성된 앱을 직접 설치해 쓰는 일반적인 방식과 비교하면 차이는 더욱 분명하다. 보통의 앱은 사용자가 정해진 기능을 바로 이용하도록 만들어지지만, Expo Go의 효용은 개발 중인 프로젝트가 있을 때 생긴다. 따라서 개발 결과를 소비하려는 사람에게는 일반 앱이 훨씬 간단하고, 화면을 만들어 시험하려는 사람에게는 기기에서 직접 확인할 수 있는 도구가 더 적절하다. 둘은 같은 목적의 대체재라기보다 서로 다른 단계에 놓여 있다.

유지하는 부담은 작지만, 개발 흐름은 필요하다

현재 버전은 57.0.9이며, Android 7.0 이상에서 이용할 수 있다. 앱 자체를 유지하는 일은 복잡하지 않지만, 기기에서 프로젝트를 확인하려면 개발 작업이 함께 이어져야 한다. 앱만 설치해 둔 채 프로젝트를 실행하지 않는다면 사용할 장면이 거의 생기지 않는다. 그래서 나는 설치 여부를 고민할 때 “언젠가 개발을 해볼까?”보다 “앞으로 몇 주 안에 기기에서 시험할 프로젝트가 있는가?”를 기준으로 삼는 편이 낫다고 본다.

유지 부담을 줄이는 현실적인 방법은 프로젝트와 테스트 메모를 함께 관리하는 것이다. 앱을 열었을 때 무엇을 확인해야 하는지 바로 떠오르지 않으면, 준비 단계가 귀찮아져 실행을 미루기 쉽다. 반대로 다음에 확인할 화면과 질문을 한 줄로 남겨두면 짧은 시간에도 바로 작업에 들어갈 수 있다. 이 도구를 휴대전화에 남겨둘지는 결국 설치 공간보다, 다음 테스트를 쉽게 시작할 수 있는 습관을 만들었는지에 달려 있다.

개발 과정의 마찰을 줄이려면 테스트할 때마다 무엇을 바꿨는지 분명하게 두고, 같은 상태에서 확인을 시작하는 편이 좋다. 여러 변경을 한꺼번에 넣으면 화면이 달라졌을 때 원인을 찾기 어렵다. 작은 수정 하나를 적용한 뒤 확인하고 다음 수정으로 넘어가면 문제가 생긴 지점을 좁히기 쉽다. 특히 입문자는 이 방식으로 Expo Go가 문제를 해결하는 앱인지, 아니면 결과를 확인하도록 돕는 앱인지 직접 구분할 수 있다.

다만 개발 프로젝트가 요구하는 구성이나 작업 방식에 따라 테스트 도구의 적합성은 달라질 수 있다. 특정 프로젝트가 Expo Go로 확인하기에 맞는지 먼저 알아보고, 필요한 경우에는 프로젝트에 맞는 별도의 실행·테스트 방식을 선택해야 한다. 나는 이 점을 단점이라기보다 사용 범위를 이해해야 하는 조건으로 본다. 모든 개발 환경을 한 앱에 모으고 싶은 사람이나 설치 후 별도의 설정 없이 완성품을 만들고 싶은 사람에게는 기대와 다르게 느껴질 수 있다.

그래서 시작 단계에서 확인할 질문은 단순하다. 내가 만들려는 프로젝트가 Expo Go에서 살펴볼 수 있는 흐름을 지원하는지, 그리고 코드와 프로젝트를 실행할 환경을 준비할 수 있는지 먼저 점검하면 된다. 두 조건이 맞으면 휴대전화 테스트를 작업에 포함하기가 쉽다. 반대로 프로젝트가 다른 실행 방식을 요구한다면, 이 앱을 억지로 중심에 두기보다 해당 작업에 맞는 테스트 경로를 택하는 편이 시간을 아낀다.

반복 사용에서 생기는 피로와 선택의 기준

가장 큰 피로는 앱 자체보다 개발 루틴에서 온다. 작은 변경을 할 때마다 프로젝트 준비와 테스트 과정을 반복해야 하므로, 확인할 내용이 분명하지 않으면 실행과 종료만 되풀이하는 느낌이 들 수 있다. 이런 상황에서는 한 번에 여러 부분을 손보지 말고, 테스트할 질문을 하나로 좁히는 것이 낫다. “이 화면이 예쁜가?”보다 “첫 번째 동작을 사용자가 찾을 수 있는가?”처럼 구체적으로 정하면, 확인 결과를 다음 수정에 연결하기 쉽다.

테스트 결과가 기대와 다를 때도 무조건 화면을 다시 만드는 것보다 원인을 나눠보는 편이 낫다. 문구가 길어서 생긴 문제인지, 버튼의 위치가 불편한지, 애초에 화면의 순서가 이해하기 어려운지 따로 살펴보면 수정 범위를 좁힐 수 있다. 한 번에 한 가지 질문만 확인하는 방식은 느려 보일 수 있지만, 여러 요소를 동시에 바꾸고 무엇이 나아졌는지 추측하는 일을 줄여준다. 반복해서 실행하는 도구일수록 이런 작은 절제가 피로를 줄인다.

또한 휴대전화에서 잘 보인다는 사실만으로 실제 사용자 경험 전체를 판단해서는 안 된다. 한 기기에서의 확인은 유용하지만, 그것만으로 다양한 사용자와 상황을 모두 대표하지는 않는다. 중요한 화면이라면 다른 사람이 직접 만져보게 하거나, 실제 사용 흐름을 별도로 점검하는 편이 더 믿을 만하다. Expo Go를 초기 검토에 활용하되 최종 품질 검증까지 맡기지 않는 것이 현실적인 선이다.

개발 대신 이미 만들어진 앱을 찾아 설치하려는 사람에게는 이 앱이 맞지 않는다. 코드 편집과 프로젝트 작업에 관심이 없다면 Expo Go에서 얻을 실질적인 효용이 거의 없기 때문이다. 또 장기간 유지해야 하는 제품을 만드는 팀이라면 초기 화면 확인 이후에도 자신들의 프로젝트 구성에 맞는 테스트와 배포 절차를 따로 마련해야 한다. 이 앱은 첫 검토와 반복적인 기기 확인에는 쓸모가 있지만, 팀의 전체 개발 체계를 대신한다고 생각하면 안 된다.

반면 개발을 막 배우기 시작한 사람에게는 작은 실험을 끝까지 해보게 만드는 데 도움이 된다. 예를 들어 개인 일정 화면을 하나 만들었다면, 책상 앞에서 코드가 돌아가는 것에 만족하지 않고 휴대전화에서 직접 열어 글자와 버튼을 살펴볼 수 있다. 이 과정을 거치면 ‘작동한다’와 ‘사람이 쓰기 편하다’가 서로 다른 판단이라는 걸 체감하게 된다. 나는 이 차이를 배우는 일이 Expo Go를 계속 쓸 가장 좋은 이유라고 본다.

오래 남겨둘 만한 사람은 따로 있다

Expo Go는 새로움을 오래 제공하는 앱이라기보다, 개발을 계속하는 동안 반복해서 꺼내 쓰는 실용 도구다. 한 달에 몇 번이라도 프로젝트를 수정하고 휴대전화에서 확인한다면 설치 상태로 두는 편이 편할 수 있다. 반대로 한 번의 데모를 마친 뒤 코드를 더 손볼 계획이 없다면, 앱을 남겨둘 필요는 크지 않다. 사용 빈도보다 중요한 것은 다음 테스트가 실제로 예정되어 있는지다.

누구에게 권할지 더 구체적으로 말하면, React와 JavaScript를 익히면서 자기 화면을 실제 기기로 확인하고 싶은 학습자, 짧은 프로토타입을 여러 번 다듬는 개발자, 수업이나 시연을 준비하는 사람에게 잘 맞는다. 반대로 코딩을 전혀 할 생각이 없는 사용자, 완성된 앱을 찾아 쓰려는 사람, 프로젝트에 맞는 별도 테스트 절차가 이미 필요한 팀에는 우선순위가 낮다. 이 기준을 먼저 세우면 무료라는 이유만으로 설치해두고 방치하는 일을 피할 수 있다.

무료라는 점은 입문자가 부담 없이 시작하기 좋게 해주지만, 무료 앱이 곧 노력 없이 쓸 수 있는 앱이라는 뜻은 아니다. JavaScript와 React로 작업할 의사가 있고, 개발 환경을 다루는 과정까지 받아들일 수 있다면 Expo Go는 휴대전화 테스트를 일상적인 개발 습관으로 만드는 데 도움이 된다. 반대로 코딩 없이 바로 결과를 얻고 싶거나, 완성된 앱을 소비하려는 목적이라면 다른 종류의 앱을 찾는 게 낫다.

내 최종 평가는 분명하다. 개발을 이어가는 사람에게는 오래 남을 이유가 있지만, 프로젝트가 멈추면 함께 쓸모도 줄어드는 도구다. Expo Project의 이 라이브러리·데모 앱은 첫 주에는 결과를 눈앞에서 보는 재미를 주고, 이후에는 테스트 습관이 자리 잡을 때 가치를 유지한다. 개발을 시작할 구체적인 계획이 있다면 설치해볼 만하고, 단지 앱 이름이 궁금한 정도라면 당장 휴대전화에 둘 이유는 적다.