공개 — 환자가 볼 수 있는가
주소와 보안 연결이 붙어야 홈페이지는 비로소 존재합니다. 검색에 등록하고 명함에 적을 수 있는 주소, 그리고 자물쇠 표시가 붙은 연결은 환경 위에서만 만들어집니다.
병원 바이브 코딩 · 방법의 핵심
세팅이 반입니다 —
구현 이전에 환경을 확정하는 이유
바이브 코딩에서 가장 흔한 좌절은 코드가 아니라 작업 환경에서 옵니다. 내 컴퓨터에서만 도는 상태로 만들어 두면 공개와 데이터, 로그인 단계에서 되돌아가야 하기 때문입니다. 구글 클라우드와 파이어베이스처럼 실제로 서비스될 자리에서 시작하면 그 되돌아감이 없습니다. 환경 설정은 만들기 전의 준비가 아니라, 만들 수 있는 범위를 정하는 첫 번째 결정입니다.
막히는 자리
코드가 아니라
환경에서 멈춥니다
처음 시작하는 분의 질문은 대개 "어떻게 만드나"입니다. 그런데 실제로 손이 멈추는 자리는 "만든 것을 어떻게 세상에 내놓나"입니다. 화면은 첫날에도 만들어지지만, 그 화면을 환자가 보게 하는 일은 전혀 다른 문제이기 때문입니다.
내 컴퓨터 안에서만 도는 홈페이지는 나만 볼 수 있습니다. 남에게 보여주려면 주소와 서버, 보안 연결이 필요하고, 예약을 받으려면 데이터가 쌓일 곳이, 관리자 화면을 두려면 계정을 관리할 곳이 있어야 합니다. 여기에서 처음 만드는 분의 상당수가 멈춥니다.
더 아쉬운 것은 재작업에 소요되는 시간입니다. 며칠을 들여 만든 뒤에 환경을 옮기면 화면은 대부분 살아남지만 데이터와 로그인은 다시 잡아야 합니다. 순서를 바꾸는 것만으로 이 손실은 통째로 사라집니다.
환경이 정하는 것
환경 설정은 만들 수 있는 범위를
정합니다
작업 환경은 배경이 아니라 기능의 상한선입니다. 아래 세 가지는 환경이 갖춰져야 비로소 가능해지며, 병원 홈페이지에서는 셋 다 필요해지는 시점이 반드시 옵니다.
데이터 — 예약과 문의가 어디에 쌓이는가
접수된 예약과 문의는 어딘가에 저장되어야 하고, 그 어딘가는 병원이 소유하고 관리하는 자리여야 합니다. 화면만 있고 데이터가 갈 곳이 없으면 예약 버튼은 장식이 됩니다.
계정 — 누가 무엇을 고칠 수 있는가
관리자 화면과 외국인 환자의 로그인 예약은 계정 체계 위에서 작동합니다. 누구에게 어디까지 권한을 줄지는 만든 뒤에 붙이는 기능이 아니라 처음에 정하는 구조입니다.
소개 화면만 만들 계획이라면 셋 다 없어도 됩니다. 다만 병원 홈페이지에서 예약과 문의를 받지 않기로 하는 결정은 거의 없습니다. 필요해질 것을 아는 기능이라면 처음부터 자리를 두는 편이 낫습니다.
되돌아감의 실체
옮길 때 살아남는 것과 다시 만드는 것
"일단 만들어 보고 나중에 옮기면 되지 않나"는 자연스러운 생각입니다. 실제로 옮길 수는 있습니다. 다만 무엇이 남고 무엇이 사라지는지는 알고 선택하시는 편이 낫습니다.
화면을 그리는 코드대부분 그대로 옮겨집니다. 여기는 문제가 되지 않습니다데이터가 오가는 부분저장되는 자리가 바뀌면 연결과 구조를 다시 잡아야 합니다로그인과 권한계정 체계는 환경에 묶여 있어 다시 만드는 일이 잦습니다주소와 보안 연결환경을 정한 뒤에야 붙일 수 있습니다. 미리 사 둔 도메인은 그대로 씁니다그동안 쌓인 데이터옮기는 작업이 따로 필요합니다. 운영을 시작한 뒤라면 부담이 커집니다위에서 세 줄이 다시 만드는 쪽입니다 — 공교롭게도 비개발자가 가장 어려워하는 부분과 정확히 겹칩니다.
그래서 당사는 순서를 뒤집기를 권합니다. 먼저 환경을 갖추고, 그 위에서 첫 화면을 만듭니다. 만드는 재미는 조금 늦게 시작되지만, 되돌아가는 일이 없어 결국 더 빠릅니다.
병원이라면 이유가 하나 더 있습니다. 예약과 문의에는 환자의 개인정보가 들어옵니다. 그 데이터가 어디에 저장되고 누가 열람할 수 있는지는 나중에 정할 사항이 아니라, 첫날의 설정이 정하는 문제입니다.
구성 요소
세 자리를 먼저 만들어 둡니다
이름은 낯설어도 하는 일은 단순합니다. 각각이 무슨 자리인지만 알면 환경 설정의 목적이 분명해지고, 도구에 내리는 지시도 정확해집니다.
| 구성 요소 | 하는 일 | 없으면 |
|---|---|---|
| 구글 클라우드 | 홈페이지가 실제로 올라가 사는 자리입니다. 서버를 직접 사거나 관리하지 않고, 쓰는 만큼만 비용이 발생하는 방식으로 이용합니다. | 나만 봅니다 |
| 파이어베이스 | 예약과 문의 같은 데이터가 쌓이는 자리, 그리고 로그인과 권한을 관리하는 자리입니다. 구글 클라우드 위에서 함께 움직입니다. | 기능이 멈춥니다 |
| 작업 도구 | 클로드 코드나 코덱스처럼 폴더와 파일을 AI가 직접 만들고 고치는 도구입니다. 위 두 자리와 연결된 상태에서 지시를 받습니다. | 손으로 붙입니다 |
세 자리를 만드는 일 자체는 30분에서 한 시간이면 끝납니다. 어려운 것은 시간이 아니라 판단입니다 — 계정을 어떻게 묶고 권한을 어디까지 열지, 결제 수단을 어디에 두고 소유권을 누구 이름으로 둘지는 되돌리기 번거로운 결정이라 처음에 제대로 정해야 합니다.
여기까지가 공개
왜는 여기에,
절차는 교육에 있습니다
이 문서는 왜 클라우드에서 시작해야 하는지와 무엇을 결정해야 하는지까지를 다룹니다. 화면을 하나씩 따라가는 설정 순서와 계정·권한·결제의 구체적인 값, 그리고 오류가 났을 때의 대처는 교육에서 참가자 노트북에 직접 설정해 드리며 다룹니다. 글로 옮기면 화면이 바뀔 때마다 어긋나고, 잘못 따라 하면 되돌리기 번거로운 영역이기 때문입니다.
자주 묻는 질문
시작 전에 확인하실 것들
꼭 클라우드여야 하나요
소개 화면만 있는 홈페이지라면 간단한 호스팅으로도 충분합니다. 다만 예약이나 문의처럼 데이터가 오가는 기능, 로그인이 필요한 화면을 하나라도 두실 계획이라면 그때부터는 데이터가 쌓일 곳과 계정을 관리할 곳이 필요합니다. 나중에 붙이는 것보다 처음부터 그 자리를 두고 시작하는 편이 훨씬 수월합니다.
비용이 얼마나 드나요
사용량이 적은 초기에는 무료 한도 안에서 시작하는 경우가 많지만, 요금 정책과 한도는 바뀌므로 시작 시점에 직접 확인하셔야 합니다. 방문자와 데이터가 늘면 실비가 발생하며, 이 비용은 직접 만드시든 맡기시든 동일하게 나갑니다.
AI에게 시키면 환경 설정도 해주지 않나요
코드를 쓰는 일은 대부분 맡길 수 있지만, 어떤 계정으로 어떤 프로젝트를 만들고 결제 수단을 어디에 두며 누구에게 권한을 줄지는 사람이 내리는 결정입니다. AI는 결정의 결과를 실행할 뿐 결정을 대신하지 못하며, 이 대목을 모르고 넘어가면 나중에 소유권과 요금에서 문제가 생깁니다.
환경 설정을 잘못하면 어떻게 되나요
대부분은 고칠 수 있습니다. 다만 계정과 프로젝트가 잘못 묶이면 나중에 옮기는 일이 번거롭고, 권한 설정이 느슨하면 데이터가 열린 채로 공개될 수 있습니다. 병원이라면 예약·문의에 환자의 개인정보가 들어오므로 이 부분은 시작 전에 정확히 잡는 편이 안전합니다.
이미 만들어 둔 것이 있는데 옮길 수 있나요
화면을 그리는 코드는 대부분 그대로 옮겨집니다. 다시 손봐야 하는 쪽은 데이터가 오가는 부분과 로그인, 그리고 주소와 보안 연결입니다. 옮기는 일이 불가능하지는 않지만, 만든 양이 많을수록 다시 만드는 양도 함께 늘어납니다.
이 안내를 쓰는 곳
환경 설정부터 함께 넘고 시작하시려면
교육은 참가자 노트북에 클라우드와 도구 환경 설정을 직접 마쳐 드리는 것으로 시작합니다. 좌절이 가장 잦은 구간을 먼저 넘기고, 그 위에서 첫 화면을 함께 만듭니다.
교육 과정 보기