정리와 실습

핵심 요점

• 바이브 코딩은 무엇을 왜 만드는지에 대한 주도권을 쥔 채 AI에게 소프트웨어 구축을 지시하는 것이지, 설명할 수 없는 코드를 무작정 출시하는 것이 아니다.
• 이 모든 것을 지탱하는 규칙은 출시하는 것을 이해하라이다. 직접 타이핑할 필요는 없지만, 변호하고 고칠 수는 있어야 한다.
• 병목은 생산(빠른 타이핑)에서 명세와 검토(명확하게 기술하고 비판적으로 판단하기)로 옮겨갔다.
• 의도 → 생성 → 검토 → 개선의 루프 안에서 살되, 실제 엔지니어링이 일어나는 검토 단계를 절대 건너뛰지 마라.
• 모델의 자신감은 신호가 아니다. 당신의 검증이 신호다. 안목과 판단력이 희소하고 복리로 쌓이는 역량이다.

해보기

진짜로 이해하는 작은 함수 하나를 골라라 — "비밀번호가 정책을 충족하는지 검증" 또는 "바이트 수를 사람이 읽을 수 있는 문자열로 포맷" 같은 것. 정밀한 프롬프트를 작성하고(시그니처, 규칙, 엣지 케이스, 테스트 요청), 생성한 뒤, 의도적으로 검토 단계를 실행하라. 최소한 하나의 엣지 케이스를 손으로 따라가며 코드가 처리하는지 확인하라. 처리하지 못한다면 "고쳐줘" 대신 정밀한 개선 프롬프트(증상 + 원인 + 해법)를 작성하라. 목표는 완전히 평가할 수 있는 코드 위에서 전체 루프를 처음부터 끝까지 한 번 느껴보는 것이다.

이 장의 프롬프트

내 페어 프로그래밍 파트너 역할을 해줘. 작고 독립적인 함수 하나를
설명할게. 코드를 작성하기 전에, 내가 확인할 수 있도록 요구사항을
다시 정리하고 네가 처리할 엣지 케이스를 나열해줘. 그런 다음 그
엣지 케이스를 다루는 단위 테스트와 함께 함수를 작성해줘.

함수: <한 줄 설명>
입력 / 출력: <타입과 형태>
제약: <스택, 사용하거나 피할 라이브러리, 성능 제한>

코드 다음에, 내가 검증해야 할 가정이 있으면 짚어줘.
요구사항을 만족하는 가장 단순한 버전으로 유지해줘.