바이브 코딩으로 시작하는 개발 입문 설명회

🏁 종료된 설명회 — 2026년 6월 2일(화) 19:00~20:30 · 본원 3층 대강의실 · 정원 50명 마감

그날 설명회의 절반은 라이브 데모였습니다. 참석자에게 즉석에서 아이디어를 받아, 화면을 띄운 채 30분 만에 인터넷에 접속 가능한 주소가 나오는 것까지 보여 드렸습니다. 이 글은 그 과정을 시간 배분과 실제 지시 문장까지 그대로 재현한 자료입니다. 노트북 앞에서 따라 하실 수 있게 썼습니다.

🖥️ 라이브 데모 재현 — “동네 스터디 모집 게시판” 30분

객석에서 나온 아이디어는 “동네에서 같이 공부할 사람을 구하는 게시판”이었습니다. 규모가 적당해서 그대로 진행했습니다. 중요한 건 결과물이 아니라 시간을 어디에 썼는가입니다.

시간	단계	실제로 내린 지시	여기서 막히는 지점
0~5분	요구사항 정리	“동네 스터디 모집 게시판을 만들 거다. 사용자는 글을 쓰고, 목록에서 보고, 상세를 본다. 회원가입과 댓글은 이번 범위에서 뺀다. 이 세 화면만 정의하고, 각 화면에 필요한 데이터 항목을 표로 정리해라. 코드는 아직 쓰지 마라.”	이 5분을 건너뛰고 “게시판 만들어줘”라고 하면, AI가 로그인·댓글·관리자 페이지까지 알아서 상상해 만듭니다. 5분을 아끼려다 20분을 잃습니다. ‘범위에서 뺀다’는 문장이 핵심입니다.
5~12분	첫 화면	“위 표대로 프로젝트를 만들고, 목록 화면 하나만 더미 데이터 5건으로 보여줘. 스타일은 기본으로 두고, 로컬에서 실행하는 명령어도 알려줘.”	첫 실행 실패의 대부분은 개발 언어 버전이나 설치 누락입니다. 겁먹지 말고 에러 메시지 전문을 그대로 복사해 붙여넣으세요. 요약해서 “에러 나요”라고 하면 해결이 몇 배 느려집니다.
12~22분	데이터 저장 연결	“더미 데이터를 실제 데이터베이스로 바꿔줘. posts 테이블(제목·내용·지역·모집인원·작성일)을 만드는 SQL과 연결 코드를 각각 따로 보여줘. 접속 키는 .env 파일에 두고 코드에 직접 쓰지 마라.”	가장 자주 사고가 나는 구간입니다. 접속 키를 화면 코드에 그대로 박아 두면 배포하는 순간 전 세계에 공개됩니다. 이 한 문장을 지시에 넣는 습관이 초보와 그렇지 않은 사람을 가릅니다.
22~30분	배포·확인	“배포할 수 있게 정리하고, 배포 환경에 등록해야 할 환경변수 목록을 표로 알려줘.” 이후 GitHub에 올리고 → 배포 플랫폼에 연결 → 주소 확인	“로컬에선 되는데 배포에선 안 되는” 이유 1위가 환경변수 누락입니다. 목록을 미리 받아 두면 5분이면 끝날 일이 30분이 되지 않습니다.

데모가 끝난 뒤 객석에서 나온 첫 질문이 “그럼 개발자는 이제 필요 없나요”였습니다. 답은 아래 표에 있습니다.

코드 편집기가 열려 있는 노트북 — 30분 데모의 절반은 코드가 아니라 ‘무엇을 만들지 정하는’ 대화였습니다.

🧭 지금 수준에서 되는 것과 안 되는 것

구분	내용과 판단 기준
바로 되는 것	게시판·예약 신청·설문 수집 같은 기본 등록/조회 서비스, 랜딩 페이지, 사내용 조회 화면, 엑셀 반복 작업 자동화 스크립트, 간단한 집계 대시보드. 공통점은 화면과 데이터가 1:1로 대응하고 규칙이 단순하다는 점입니다. 이 범위는 비전공자도 하루 안에 결과를 봅니다.
조건부로 되는 것	로그인·권한 관리, 파일 업로드, 결제 연동, 외부 서비스 API 연동, 이메일/문자 발송. 코드 자체는 잘 나옵니다. 문제는 그 다음입니다 — 키를 어디에 보관할지, 실패했을 때 어떻게 처리할지, 약관과 개인정보 동의는 어떻게 받을지. 이 판단은 AI가 대신해 주지 않습니다.
아직 어려운 것	초당 수천 건 트래픽을 견디는 구조 설계, 정산·보험료·급여처럼 예외가 수십 개인 도메인 규칙, 수십만 줄 규모의 기존 시스템 수정, 성능 병목 원인 진단. 이 영역에서 AI는 ‘그럴듯하지만 미묘하게 틀린’ 답을 자신 있게 내놓아 오히려 위험합니다.
사람이 반드시 해야 하는 것	무엇을 만들지 정하기, 개인정보를 어디까지 받을지 결정하기, 배포 전 최종 확인, 사고가 났을 때 책임지고 되돌리기. 이 네 가지는 기술이 아무리 발전해도 위임할 수 없습니다. 서비스에 문제가 생겼을 때 사과문에 이름을 적는 사람은 결국 만든 사람입니다.

바이브 코딩의 뜻은 ‘코딩을 안 배워도 된다’가 아닙니다. ‘직접 쓰는 대신 읽고 판단할 줄 알아야 한다’입니다. 이 기대치를 어떻게 잡느냐가 3개월 뒤 결과를 가릅니다 — 전자로 시작한 분들은 대개 첫 에러에서 멈추고, 후자로 시작한 분들은 에러를 학습 재료로 씁니다.

🛟 디버깅 생존술 — AI가 같은 실수를 반복할 때

실습 시간에 가장 많이 나온 상황이 “고쳐 달라고 했는데 또 같은 걸 틀려요”였습니다. 이때 “아니 그거 말고”를 반복하면 대화가 길어질수록 더 나빠집니다. 잘못된 가정이 대화 안에 계속 쌓이기 때문입니다. 끊는 방법은 네 가지입니다.

문맥 초기화. 새 대화를 엽니다. 그리고 지금의 코드와 지금의 에러 메시지만 붙여 넣고 처음부터 다시 묻습니다. 앞의 실패한 시도들을 설명할 필요가 전혀 없습니다. 오히려 그걸 설명하면 같은 오답으로 다시 끌려갑니다. 체감상 가장 효과가 큰 방법입니다.
요구사항 재기술. “안 돼요”라고 하지 말고 세 줄로 쓰세요. “기대: 목록 화면에 글 5건이 보인다 / 실제: 화면이 비어 있다 / 브라우저 콘솔 메시지: (전문 붙여넣기)”. 이 형식으로 바꾸는 것만으로 해결률이 눈에 띄게 올라갑니다.
큰 요청을 쪼갠다. “로그인 붙여줘”는 한 번에 대여섯 가지를 건드리는 요청이라 실패하면 어디가 잘못됐는지 알 수 없습니다. “① 회원 테이블 스키마만 만들어라 → ② 가입 폼 화면만 만들어라 → ③ 로그인 상태 유지 처리만 해라”로 나누고 각 단계마다 확인합니다.
이전 커밋으로 복구한다. 마지막이자 가장 확실한 방법입니다. 되던 시점으로 돌아가서 다시 시도합니다. 그래서 30분짜리 데모에서도 첫 5분 안에 git 저장소를 만들고 첫 커밋을 남깁니다. 되돌릴 지점이 없으면, 망가진 코드를 붙들고 밤을 새우게 됩니다.

버전 관리 브랜치 그래프 — 되돌릴 수 있다는 사실이 과감하게 시도할 용기를 줍니다. 커밋은 안전망입니다.

🎒 시작 준비물

항목	기준	왜 필요한가
노트북	RAM 16GB 권장(8GB도 가능), 저장공간 여유 50GB 이상. OS는 무관하나 윈도우는 WSL 설치 권장	브라우저 탭 여러 개 + 코드 편집기 + 로컬 서버가 동시에 뜹니다. 8GB에서도 되지만 저장할 때마다 몇 초씩 멈춰 집중이 끊깁니다. 새로 사실 필요는 없고, 있는 장비로 먼저 시작해 보시길 권합니다.
GitHub 계정	무료	코드 백업, 되돌리기, 배포 플랫폼 연결이 모두 여기서 나옵니다. 앞서 말한 ‘이전 커밋 복구’가 가능한 이유이기도 합니다. 채용 담당자가 보는 첫 화면이 되기도 합니다.
AI 코딩 도구 구독	월 2만원대(플랜별 상이). 무료 티어로 시작 가능	무료로도 배울 수 있지만, 파일이 길어지면 사용량 한도에 먼저 막힙니다. 하루 2시간 이상 쓰기 시작하면 유료가 시간 대비 훨씬 쌉니다. 다만 첫 2주는 무료로 써 보고 결제하시길 권합니다.
배포 플랫폼	무료 티어로 충분	“내 노트북에서만 되는 것”은 결과물이 아닙니다. 남에게 보낼 수 있는 주소가 나와야 포트폴리오가 되고, 배포 과정에서 환경변수·보안 같은 실무 개념을 자연스럽게 배웁니다.
도메인(선택)	연 1~2만원대	필수는 아닙니다. 다만 포트폴리오로 쓸 거라면 짧은 주소 하나가 인상을 바꿉니다. 처음부터 살 필요는 없고, 계속 운영할 서비스가 생겼을 때 사면 됩니다.

계산기와 세금 관련 서류 — 서비스를 만드는 일보다, 돈을 받기 시작한 뒤의 사업자등록·통신판매업 신고·약관 정비에서 더 오래 막힙니다.

💼 만든 서비스를 ‘팔기’ 시작하면 따라오는 것

설명회 후반부에서 가장 조용해졌던 대목입니다. 참석자 중 실제로 서비스를 운영해 보신 분이 “기술보다 여기서 막혔다”고 하셨는데, 정확한 지적입니다. 무료로 공개하는 것과 돈을 받는 것 사이에는 기술과 무관한 벽이 하나 있습니다.

사업자등록 — 일회성이 아니라 계속·반복적으로 수익이 생기면 필요합니다. 홈택스에서 온라인 신청이 가능하고, 처음에는 간이과세로 시작하는 경우가 많습니다. 업종 코드 선택에서 헤매기 쉬우니 세무서나 세무 상담을 한 번 받아 보시는 편이 빠릅니다.
통신판매업 신고 — 온라인으로 재화나 서비스를 판매하면 대상이 됩니다. 신고 과정에서 구매안전서비스(에스크로) 확인증을 요구하는 경우가 있어, 은행이나 결제 대행사에서 미리 발급받아야 합니다. 신청은 정부24 또는 관할 시·군·구청에서 합니다.
이용약관·개인정보처리방침 — 회원가입이 없어도, 문의 폼에서 이메일 하나만 받아도 개인정보 수집에 해당합니다. 처리방침을 게시하지 않은 것 자체가 문제가 될 수 있습니다. 표준 양식을 참고해 만들되, 실제로 수집하는 항목과 보관 기간을 사실대로 적어야 합니다.
전자상거래법 표시 — 사이트 하단에 상호, 대표자명, 사업자등록번호, 사업장 주소, 연락처, 통신판매업 신고번호를 표기합니다. 이게 없으면 결제 대행사 심사에서 막히는 경우가 많습니다.
결제 연동 — 기술적으로는 반나절이면 붙습니다. 그런데 결제 대행사 심사에서 위 서류들을 요구하기 때문에, 실제로는 2~3주가 걸리는 게 보통입니다. 서비스 출시일을 잡을 때 이 기간을 빼놓으면 일정이 통째로 밀립니다.

※ 위 요건은 사업 형태와 규모에 따라 달라집니다. 실제 진행 전 국세청·관할 지자체·공정거래위원회 등 소관 기관의 현행 기준을 반드시 확인하세요.

❓ 현장에서 나온 질문 4가지

Q1. 코딩을 정말 하나도 몰라도 되나요?
첫 결과물까지는 몰라도 됩니다. 데모에서 보셨듯 한 줄도 타이핑하지 않고 화면이 나옵니다. 하지만 두 번째 벽에서 갈립니다 — 에러가 났을 때, 두 가지 방법 중 무엇을 고를지 판단해야 할 때, 남이 만든 코드를 이어받을 때입니다. 그래서 권해 드리는 순서는 먼저 만들고, 막힌 곳에서 필요한 만큼만 배우는 것입니다. 문법책 1장부터 보는 방식은 동기가 먼저 떨어집니다.

Q2. 만든 걸 회사 업무에 바로 써도 되나요?
개인 생산성 도구(내 엑셀 정리, 내 메모 검색) 수준이면 대체로 문제없습니다. 그러나 다른 사람의 데이터가 들어가는 순간 이야기가 달라집니다. 고객 명단이나 동료의 개인정보가 외부 서비스에 저장되는 구조라면 반드시 사내 보안 담당자의 확인을 먼저 받으세요. “혼자 만든 편리한 도구”가 회사에서 가장 흔한 정보 유출 경로 중 하나입니다.

Q3. AI가 만든 코드의 저작권과 보안은 어떻게 되나요?
저작권은 서비스 약관마다 다르며, 대체로 결과물의 사용 권한을 이용자에게 주는 형태가 많습니다. 다만 상업적 이용 조건은 반드시 사용 중인 서비스의 현행 약관을 직접 확인하셔야 합니다. 보안은 더 실질적인 문제입니다. AI가 만든 코드에는 입력값 검증 누락, 권한 확인 생략 같은 취약점이 흔히 섞입니다. 개인 실습이면 괜찮지만 외부에 공개하는 서비스라면 최소한 “이 코드에서 보안상 위험한 부분을 찾아 목록으로 알려달라”고 한 번 더 검토를 시키고, 가능하면 경험자에게 리뷰를 받으세요.

Q4. 이걸로 취업까지 되나요?
‘바이브 코딩을 할 줄 안다’는 것만으로는 어렵습니다. 채용에서 통하는 건 도구 사용 여부가 아니라 끝까지 만들어 배포하고 운영해 본 결과물입니다. 현실적인 경로는 두 가지입니다. 하나는 지금 하는 업무를 자동화해 사내 성과로 만들고 직무를 넓히는 방향, 다른 하나는 개인 서비스 2~3개를 배포해 포트폴리오를 만들고 주니어 포지션에 지원하는 방향입니다. 후자를 택하신다면 프로젝트 개수보다 “왜 이렇게 만들었는지 설명할 수 있는가”가 훨씬 중요합니다.

✅ 오늘 당장 할 수 있는 것

GitHub 계정을 만들고, 빈 저장소 하나를 생성하세요. 10분이면 됩니다.
“내가 매주 손으로 하는 반복 작업” 하나를 종이에 적으세요. 그게 첫 프로젝트 주제입니다.
AI 도구에 “코드는 아직 쓰지 마라”로 끝나는 요구사항 정리 요청부터 던져 보세요. 이 순서를 지키는 것만으로 완성률이 크게 달라집니다.
첫 화면이 뜨면 곧바로 커밋하세요. 안전망이 생긴 뒤부터 진짜 실험이 시작됩니다.

누구나캠프는 바이브코딩을 포함해 AI·데이터·반도체·로봇 분야 52개 과정을 운영합니다. 혼자 첫 벽을 넘기 어렵다면 내일배움카드 단기 과정(40~120시간)으로 시작해 보시고, 개발 직무 전환이 목표라면 K-디지털 트레이닝 장기 과정(400~600시간) 상담을 권해 드립니다. 상담은 본원 2층 상담실에서 진행합니다.