안녕하세요! 엠바스입니다. 바이브코딩을 시작하려면 가장 먼저 용어에서 막힙니다. 이 글 하나로 핵심 용어 여덟 개를 한 번에 정리해 드립니다. 어려운 설명은 빼고 쉬운 비유로만 풀었으니, 끝까지 읽고 나면 다음 글의 로드맵도 훨씬 편하게 읽힙니다. 낯선 단어 앞에서 매번 검색창을 열던 시간을 오늘로 줄여 보시기 바랍니다.
AI
AI는 똑똑한 조수라고 생각하면 편합니다. 사람이 말로 시키면 조수가 알아듣고 대신 일을 해 줍니다. 이 조수는 코드도 쓰고 글도 쓰고 그림도 그리는데, 시킨 것만 정확히 하는 성격이라 애매하게 시키면 애매한 결과가 나옵니다. 그래서 다음 용어가 중요해집니다.
프롬프트
프롬프트는 조수에게 주는 주문서입니다. 카페에서 "음료 하나 주세요"보다 "아이스 아메리카노 톨 사이즈로, 얼음은 적게 주세요"가 훨씬 정확한 것과 같은데, 바이브코딩도 똑같습니다. 구체적으로 적을수록 결과물도 그만큼 정확해집니다. 짧게 한 줄로 써도 되고 조건을 나눠서 써도 됩니다.
앱
앱은 조수가 완성해 준 결과물입니다. 주문서대로 나온 요리가 손님 앞에 놓이는 장면과 비슷하게, 프롬프트로 지시한 내용이 화면 하나로 완성된 형태입니다. 버튼을 누르고 글자를 입력하고 정보를 확인하는 그 화면 전부가 앱입니다. 거창하게 생각할 필요는 전혀 없습니다.
깃허브
깃허브는 작업 기록을 보관하는 창고입니다. 문서를 고칠 때마다 저장 버튼만 다시 누르면 이전 버전은 그대로 사라지는데, 깃허브는 그 버전들을 전부 따로 보관해 줍니다. 어제 버전으로 되돌리는 일도 가능하고 여럿이 같이 고치는 일도 가능합니다. 바이브코딩 도구 대부분이 이 창고를 기본으로 씁니다.
배포
배포는 완성한 요리를 손님상에 내놓는 일입니다. 주방에서만 맛있으면 소용이 없고, 손님이 실제로 먹어야 의미가 생기는 것처럼 앱도 인터넷에 공개돼야 누군가 써 볼 수 있습니다. 그 공개 과정을 배포라고 부릅니다. 버튼 한 번으로 끝나는 경우도 많습니다.
API
API는 가게 사이의 주문 창구입니다. 내 앱에 날씨 정보가 필요하다고 해서 관측소를 직접 세울 필요는 없습니다. 날씨 회사의 창구에 주문만 넣으면 필요한 정보가 알아서 돌아오기 때문인데, 이때 정해 둔 주문 규칙을 API라고 부릅니다.
호스팅과 도메인
호스팅은 앱이 놓일 가게 자리이고, 도메인은 그 가게를 찾아오게 하는 간판 주소입니다. 자리가 없으면 앱은 내 컴퓨터 안에서만 돌아가고, 주소가 없으면 사람들이 가게를 찾아오지 못합니다. 둘 다 있어야 진짜 서비스가 됩니다.
노코드
노코드는 코드를 직접 쓰지 않고 화면과 버튼만으로 프로그램을 만드는 방식을 말합니다. 바이브코딩은 이 노코드에 AI와 나누는 대화를 더한 것인데, 자동차를 직접 조립하지 않아도 운전만 배우면 되는 것과 비슷하다고 보면 이해가 쉽습니다. 용어 하나를 더 알아 두면 다른 사람의 설명을 들을 때도 훨씬 수월하게 따라갈 수 있습니다.
여기까지가 지금 꼭 필요한 최소한의 용어입니다. 여덟 개만 기억해 두어도 바이브코딩 설명은 대부분 알아들을 수 있는데, 막상 도구를 써 보면 손에 금방 붙는 말들이라 지금은 가볍게 읽어 두시면 됩니다. 용어를 억지로 외우기보다는 쓰면서 자연스럽게 몸에 붙이는 편을 권합니다. 처음 한두 번은 헷갈려도 세 번째부터는 누구나 익숙해집니다. 오늘 정리한 여덟 단어만 곁에 두고 시작해도 충분합니다. 나머지는 직접 만들어 보면서 자연스럽게 채워집니다.
다음 글에서는 이 용어를 바탕으로 0단계부터 첫 결과물까지 가는 순서를 차례로 정리하겠습니다. 용어를 알고 로드맵을 보면 전과는 이해되는 속도부터 확실히 달라집니다.
