바이브코딩 기술 스택
웹 애플리케이션을 만들 때 어떤 언어, 프레임워크, 데이터베이스와 배포 서비스를 선택할지 다룹니다. 기술 스택의 뜻과 추천 조합부터 Next.js, ORM, Supabase, 배포 플랫폼처럼 각 기술이 맡는 역할과 선택 기준까지 입문자 눈높이로 정리했습니다.
바이브코딩 모바일 앱 기술 스택 추천: React Native와 Expo
아이폰과 안드로이드 앱을 한 코드베이스로 처음 만든다면 TypeScript·React Native·Expo·Expo Router 조합을 추천해요. 두 플랫폼을 함께 개발하고 빌드·배포 과정을 단순화할 수 있지만, 기기 전용 기능이나 고성능 그래픽이 핵심이면 다른 기술도 검토해야 해요.

바이브코딩 기술 스택 추천: 처음 웹 애플리케이션을 만들 때 권하는 조합
처음 만드는 일반적인 웹 애플리케이션에는 TypeScript·Next.js·Tailwind CSS·Supabase PostgreSQL·Drizzle·Vercel 조합을 추천합니다. 화면·서버·데이터베이스·배포를 한 흐름으로 연결하고 로그인이나 이메일은 실제 기능이 필요할 때 추가하세요.

기술 스택이란? 바이브코딩을 시작할 때 먼저 정하는 기술 조합
기술 스택은 애플리케이션을 만드는 데 사용하는 기술 조합입니다. 언어·프레임워크·데이터베이스·배포가 각각 어떤 역할을 맡는지, 좋은 조합은 어떻게 고르는지 입문자 눈높이로 설명합니다.

배포 플랫폼은 어디가 좋을까요? Vercel·Netlify·Railway 비교
일반적인 Next.js 웹서비스는 Vercel, 웹페이지 중심 프로젝트는 Netlify, 계속 실행되는 별도 서버나 작업 프로그램은 Railway부터 검토하면 좋아요. 어느 플랫폼이 항상 우월한 것은 아니며 프로젝트의 실행 방식·팀 경험·비용 기준에 맞춰 골라야 합니다.

서버에서 DB에 직접 연결할 건데, 바이브코딩에 Supabase를 추천하는 이유
Next.js 서버가 PostgreSQL에 직접 접근하는 구조에서도 Supabase는 관리형 DB·데이터 확인 화면·연결 풀러·백업과 운영 도구를 함께 제공해 유용해요. Prisma나 Drizzle을 그대로 쓰면서 필요할 때 Auth와 Storage를 붙일 수 있지만 모든 프로젝트의 정답은 아닙니다.

바이브코딩에서 자꾸 나오는 Next.js는 도대체 뭔가요?
Next.js는 React를 바탕으로 화면과 서버 기능을 한 프로젝트에서 만들 수 있게 해주는 풀스택 웹 프레임워크예요. 예약·로그인·결제 같은 웹서비스에 유용하지만 데이터베이스와 인증, 배포까지 Next.js 하나가 모두 제공하는 것은 아니에요.

HTML, CSS, JavaScript는 각각 무슨 일을 하나요?
HTML은 화면에 무엇이 있는지, CSS는 어떻게 보이는지, JavaScript는 클릭과 입력 뒤 무엇이 일어나는지를 정해요. Next.js처럼 파일 모양이 달라도 브라우저가 받는 기본 재료는 같으므로 내용·모양·동작 중 무엇을 바꿀지 먼저 구분하면 됩니다.

웹 애플리케이션의 기본 구조: 화면·서버·데이터베이스 이해하기
웹 애플리케이션은 보통 사용자 입력을 받는 프론트엔드, 요청과 규칙을 처리하는 애플리케이션 서버, 계속 남을 정보를 보관하는 데이터베이스로 나뉘어요. 버튼 한 번도 이 세 부분이 요청과 응답을 주고받아야 완성됩니다.

데이터베이스 vs 구글 스프레드시트, 내 앱에는 무엇이 맞을까요?
소수의 담당자가 표를 직접 편집하는 단순 업무라면 구글 스프레드시트로 충분할 수 있어요. 여러 사용자가 로그인하고 데이터 관계·권한·동시 수정·결제 같은 정확성이 필요하면 애플리케이션용 데이터베이스가 더 적합합니다.

데이터베이스를 연결했더니 AI가 Prisma나 Drizzle을 설치했어요. 이게 뭔가요?
Prisma와 Drizzle 같은 ORM은 데이터베이스가 아니라 서버 코드가 DB를 일관된 방식으로 조회·저장하고 스키마 변경을 관리하도록 돕는 도구예요. 패키지 설치만으로 연결이 끝나지 않으므로 DB 주소·스키마·마이그레이션과 서버 전용 실행 여부를 확인해야 합니다.

관계형 데이터베이스와 NoSQL, 내 앱에는 무엇이 맞을까요?
예약·주문·회원처럼 여러 데이터가 서로 연결되고 조회 조건이 다양한 앱이라면 관계형 데이터베이스부터 시작하는 편이 안전해요. 문서형 NoSQL은 함께 읽고 쓰는 데이터 모양이 분명하고 관계가 단순할 때 잘 맞으며, 어느 쪽이 항상 더 빠른 것은 아니에요.
