🚀 영상 내 원본 자료 및 가이드
공식 사이트: http://www.dapanda.club
관련 코드 및 자료: 사이트 내 STUDY 섹션에 공유
━━━━━━━━━━━━━━━━━━━━━━
바이브 코딩은 AI가 코드를 대신 짜주는 방식입니다. 그래서 편한데, 함정도 많습니다.
AI가 만든 코드가 "어디서 실행되고, 무엇을 믿으면 안 되는지"를 우리가 모르면
그 안에 숨은 보안 구멍이나 비용 폭탄을 그대로 떠안게 됩니다.
비밀키가 화면에 그대로 박혀 있거나, 나도 모르게 비용이 계속 쌓이고 있어도
"코드가 잘 돌아가네, 이쁘네" 하고 넘어가 버리는 거죠.
그래서 오늘은 프론트엔드와 백엔드의 '경계'를 잡습니다.
이 개념만 잡아두면 AI에게 더 정확히 지시할 수 있고, 더 큰 위험을 미리 걸러낼 수 있습니다.
━━━━━━━━━━━━━━━━━━━━━━
📌 이 영상에서 다루는 것
✔️ 프론트/백엔드를 가르는 진짜 기준 — '보이냐 안 보이냐'가 아니라 '통제·신뢰가 되느냐'
✔️ 흔한 이분법의 함정과, 경계에서 터지는 3대 위험 (API 키 노출 · 권한 우회 · 숨은 비용)
✔️ 경계를 나누는 3가지 관점 (통제권의 주체 · 재검증 시점 · 물리적 방어선)
✔️ 실전 4개 레이어 (프론트엔드 → 엣지/서버리스 → BaaS+미들웨어 → 백엔드)
✔️ BaaS(슈퍼베이스·파이어베이스)란 무엇이며 무엇을 빌려 쓰는가
✔️ 데이터 플레인 vs 컨트롤 플레인, 그리고 바이브 코딩의 표준 '하이브리드 아키텍처'
✔️ 노드JS·파이썬을 "왜" 설치해야 하는지
🧠 한 줄 요약
프론트와 백엔드는 '보이냐 안 보이냐'가 아니라 '통제·신뢰가 되느냐'로 나뉘며,
모든 사고는 그 경계에서 터진다 — 그래서 BaaS로 빌려 쓰고, 판단이 필요한 곳만 직접 통제한다.
⏱ 시간대별 목차
00:00 인트로 — 바이브 코딩의 함정(보안 구멍·비용 폭탄), 왜 경계를 알아야 하나
01:44 흔한 정의: '보이는 것 vs 안 보이는 것'
02:22 이분법의 함정 — 사고는 칸 안이 아니라 '경계'에서 터진다 (API 키·권한·숨은 비용)
04:22 경계를 나누는 3가지 관점 (통제권의 주체 · 재검증 시점 · 물리적 방어선)
06:33 보완된 정의 — 통제 가능성 × 신뢰 가능성
07:55 실전 4개 레이어 ① 프론트엔드 (신뢰할 수 없는 최전선)
08:44 ② 엣지·서버리스 (불필요한 트래픽을 거르는 문지기)
09:14 ③ BaaS + 미들웨어 (표준 통제 구역 · 재검증이 작동하는 곳)
09:54 ④ 백엔드 (파이썬·무거운 컴퓨팅·AI 모델 추론)
10:56 BaaS란? '창고' 비유 — 인증·DB·스토리지·실시간 동기화·보안 규칙
15:22 한 장으로 보는 정리표 + 노드JS·파이썬을 왜 설치하나
17:06 클로징
🔗 이전 / 관련 영상
◀ 이전 편: [Vibe Coding 2] CLI · IDE
▶ 다음 편: [Vibe Coding 4] Git · GitHub
📂 전체 재생목록: Dapanda - Vibe Coding 시리즈 (0~20편)
💬 피드백 환영
유튜브도 편집도 아직 서툽니다. 부족한 부분, 더 다뤘으면 하는 주제,
틀린 설명이 있다면 댓글로 알려주세요. 다음 영상에서 더 발전된 모습으로 보완해 돌아오겠습니다. 🙏