뚝딱 강사가 수강생 질문에 바로 답하지 않는 이유

수강생이 노트북을 들고 찾아옵니다.

“버튼을 눌러도 저장이 안 돼요. 어떻게 고쳐요?”

강사는 화면을 보고도 바로 답하지 않을 때가 있습니다. 대신 질문합니다.

원래 버튼을 누르면 무슨 일이 일어나야 하나요?
지금 화면에서는 어디까지 확인했나요?
데이터베이스에는 값이 들어왔나요?
클로드코드는 무엇을 고쳤다고 하나요?

돈을 내고 강의를 들으러 왔는데 강사가 답 대신 질문을 돌려줍니다. 답을 모르기 때문도, 알아서 해결하라는 뜻도 아닙니다.

당장의 문제만 고쳐주면 프로젝트는 앞으로 갑니다. 하지만 수강생의 실력은 같은 자리에 남을 수 있습니다.

뚝딱은 수강생이 4주 뒤 강사 없이도 바이브코딩으로 만들고 싶은 것을 만들 수 있어야 한다고 생각합니다. 그래서 때로는 답을 말하기 전에 스스로 문제를 설명하고 다음 확인 지점을 찾게 합니다.

질문에 답하지 않는 것이 아니라 답에 이르는 순서를 함께 찾습니다

뚝딱에서는 질문을 많이 해도 됩니다. 수업 중 바로 물어볼 수 있고, 집에서 프로젝트를 진행하다 막혀도 강사에게 질문할 수 있습니다.

한 수강생은 오프라인 수업에 대해 이렇게 말했습니다.

“온라인은 너무 휙휙 지나가고 질문하기도 어려운데, 오프라인이라 즉문즉답할 수 있어서 좋았어요.” — 2기 수료생

여기서 즉문즉답은 강사가 정답 코드만 바로 입력해준다는 뜻이 아닙니다. 질문을 받은 순간부터 함께 문제를 보기 시작한다는 뜻에 가깝습니다.

강사는 화면과 로그를 함께 보고 현재 상황을 파악합니다. 바로 설명해야 할 내용은 설명합니다. 다만 수강생이 이미 가진 정보로 한 단계 더 생각할 수 있다면 질문을 건넵니다.

강사가 정답을 말합니다.
→ 이번 문제는 해결됩니다.

강사가 확인할 순서를 질문합니다.
→ 이번 문제를 풀면서 다음 문제를 푸는 순서도 남습니다.

수업의 목표가 프로젝트 하나를 대신 완성하는 것이라면 첫 번째 방법이 빠릅니다. 뚝딱의 목표는 수강생의 바이브코딩 홀로서기이므로 두 번째 방법도 필요합니다.

AI가 답을 잘할수록 사람은 판단하는 힘이 필요합니다

클로드코드(Claude Code)는 질문에 빠르게 답합니다. 에러를 보여주면 원인을 추측하고 코드를 수정합니다. 기능을 설명하면 여러 파일을 한꺼번에 만들기도 합니다.

문제는 AI가 언제나 맞는 것은 아니라는 점입니다.

클로드코드는 저장 기능을 완성했다고 말합니다.
→ 화면에는 성공 메시지가 보입니다.
→ 데이터베이스를 확인하니 아무것도 저장되지 않았습니다.

클로드코드는 로그인 오류를 고쳤다고 말합니다.
→ 로그인은 됩니다.
→ 다른 사용자의 데이터까지 보이기 시작합니다.

AI가 답을 내는 속도가 빨라질수록 만드는 사람에게 더 중요해지는 일이 있습니다.

• 지금 답이 내가 원한 문제를 해결했는지 판단합니다.
• 수정한 기능이 다른 기능을 망가뜨리지 않았는지 확인합니다.
• AI가 놓친 조건과 위험을 찾습니다.
• 문제가 계속될 때 새로운 증거를 모아 다시 설명합니다.

이 판단까지 강사가 대신하면 수강생은 클로드코드와 강사라는 두 사람의 답을 차례로 기다리게 됩니다. 강의가 끝난 뒤에는 둘 중 한 사람이 사라집니다.

그래서 뚝딱은 AI의 답을 받는 법만 가르치지 않습니다. 그 답을 믿어도 되는지 확인하는 법을 함께 연습합니다.

“안 돼요”를 해결 가능한 문제로 바꿉니다

입문자가 가져오는 질문은 자연스럽게 넓습니다.

로그인이 안 돼요.
데이터베이스가 이상해요.
배포했는데 망가졌어요.
클로드코드가 계속 못 고쳐요.

이 설명만으로는 확인해야 할 범위가 너무 큽니다. 로그인 화면, 서버, 데이터베이스, 환경변수와 배포 설정 중 어디에서 문제가 생겼는지 알 수 없기 때문입니다.

강사는 정답을 추측하기 전에 질문을 작게 바꿉니다.

어떤 화면에서 무엇을 눌렀나요?
원래 어떤 결과를 기대했나요?
실제로는 어떤 결과가 나왔나요?
같은 행동을 하면 문제가 다시 생기나요?
화면, 네트워크와 서버 로그에는 무엇이 남았나요?

수강생이 이 질문에 답하는 동안 문제의 모양이 달라집니다.

로그인이 안 돼요.

에서

이메일과 비밀번호를 입력하면 로그인 요청은 성공합니다.
그런데 사용자 정보를 읽는 다음 요청에서 500 오류가 납니다.
서버 로그에는 users 테이블을 찾을 수 없다고 나옵니다.

로 바뀝니다.

이제 클로드코드도 훨씬 정확하게 조사할 수 있습니다. 수강생은 정답을 외운 것이 아니라, 막연한 문제를 AI가 다룰 수 있는 작은 문제로 바꾸는 법을 배운 셈입니다.

프롬프트 작성법을 가르치지 않았는데 사고가 넓어졌습니다

한 수강생이 수업을 마친 뒤 이렇게 말했습니다.

“프롬프트를 쓰는 사고가 확 넓어졌어요.”

신기한 점은 수업에서 프롬프트를 어떻게 쓰라고 따로 가르치지 않았다는 것입니다. 만능 프롬프트를 나눠주거나 좋은 문장의 공식을 외우게 하지도 않았습니다.

수강생이 “이 기능은 클로드코드에 뭐라고 말해야 해요?”라고 물을 때도 바로 프롬프트부터 써주지 않을 수 있습니다.

먼저 기능을 설명하게 합니다.

누가 이 기능을 사용하나요?
사용자가 처음 하는 행동은 무엇인가요?
무엇을 입력하고 어떤 결과를 받아야 하나요?
어디까지 되면 이번 작업이 끝났다고 할 수 있나요?
이번에는 만들지 않을 기능이 무엇인가요?

예를 들어 “예약 기능을 만들어줘”라고만 하면 클로드코드는 예약 달력, 결제, 알림과 관리자 기능까지 넓게 만들 수 있습니다. 반대로 필요한 기능이 빠진 단순한 입력창만 만들 수도 있습니다.

수강생이 먼저 사용자의 행동과 완료 조건을 말하면 프롬프트가 달라집니다.

독채 스테이 예약 문의 기능을 만들고 있어.
방문자는 날짜, 인원과 연락처를 입력해 문의를 보낼 수 있어야 해.
결제와 자동 확정은 이번 범위에서 제외해.
제출 후 데이터베이스에 문의가 저장되고
관리자 화면의 새 문의 목록에 보이면 완료야.

프롬프트는 생각이 정리된 뒤에 나오는 결과입니다. 누구의 어떤 문제를 풀지, 지금 무엇이 있고, 어디까지 되면 끝인지 분명하면 클로드코드에 건넬 문장도 자연스럽게 구체적으로 바뀝니다.

반대로 생각이 흐릿한 상태에서는 프롬프트 공식만 외워도 중요한 조건이 빠집니다. 문장은 길어지지만 클로드코드가 무엇을 만들어야 하는지는 여전히 모호할 수 있습니다.

강사가 위 문장을 대신 써주면 좋은 프롬프트 하나가 남습니다. 수강생이 질문에 답해 직접 문장을 만들면 좋은 프롬프트를 만드는 사고 순서가 남습니다.

프로젝트가 바뀌어도 순서는 다시 쓸 수 있습니다.

수강생이 “프롬프트를 쓰는 사고가 넓어졌다”고 느낀 것은 프롬프트 작성법을 많이 배워서가 아닙니다. 문제를 작게 나누고, 사용자의 행동을 그리고, 완료 조건을 직접 정하는 일을 각자의 프로젝트에서 반복했기 때문입니다.

개발의 논리는 말로 설명하면서 보이기 시작합니다

코드를 직접 쓰지 않는 사람도 기능의 흐름은 설명할 수 있습니다.

신청 기능이라면 다음처럼 말할 수 있습니다.

사용자가 신청서를 작성합니다.
→ 화면이 서버에 내용을 보냅니다.
→ 서버가 입력값을 확인합니다.
→ 데이터베이스에 저장합니다.
→ 화면이 완료 결과를 보여줍니다.

강사가 “버튼 코드를 이렇게 바꾸세요”라고 답하면 이 흐름을 보지 않아도 당장의 오류를 고칠 수 있습니다.

반대로 “지금 이 흐름에서 어디까지 확인했나요?”라고 물으면 수강생은 기능을 구간으로 나눠봅니다. 데이터베이스에는 값이 있으니 저장까지는 정상이고, 화면이 결과를 받는 마지막 구간을 살펴봐야 한다는 판단을 할 수 있습니다.

이것이 뚝딱에서 말하는 개발의 논리입니다. 어려운 용어를 많이 아는 것이 아니라 사용자의 행동부터 결과까지 이어지는 순서를 그리고, 끊긴 지점을 찾는 힘입니다.

바이브코딩에서 개발의 논리 흐름을 이해하는 방법에서는 신청서와 배포 오류를 예로 들어 이 사고 순서를 더 자세히 설명했습니다.

모든 질문에 질문으로 답하지는 않습니다

스스로 생각하게 한다는 말이 모르는 내용을 알아서 깨우치게 둔다는 뜻은 아닙니다.

처음 보는 개념을 설명해야 할 때는 강사가 분명하게 설명합니다. 설치와 계정 설정에서 막혔다면 함께 화면을 보고 해결합니다. 개인정보 노출, 권한과 결제처럼 잘못된 판단의 위험이 큰 문제도 바로 개입합니다.

대체로 다음과 같이 나눕니다.

정해진 정답이 없는 선택도 강사가 대신 결정하지 않습니다. 어떤 사용자를 위한 기능인지, 이번 주에 무엇을 완성해야 하는지 함께 따져보고 수강생이 우선순위를 정하게 합니다. 수료 후에도 직접 운영할 프로젝트이기 때문입니다.

기다리게 두는 것과 혼자 버려두는 것은 다릅니다

질문을 되묻는 동안에도 강사는 옆에 있습니다.

수강생이 어디서부터 생각해야 할지 모르면 선택지를 줄입니다. 잘못된 방향으로 오래 가면 멈춰 세웁니다. 로그를 어디에서 보는지 모르면 함께 엽니다. 충분히 시도했는데도 풀리지 않으면 원인을 설명하고 해결을 돕습니다.

도움의 정도만 조금씩 바뀝니다.

처음에는 확인할 위치를 함께 찾습니다.
→ 다음에는 확인할 순서를 질문합니다.
→ 그다음에는 수강생이 먼저 가설을 말합니다.
→ 마지막에는 혼자 조사하고 결과를 설명합니다.

처음부터 혼자 하라고 하면 막막합니다. 끝까지 강사가 대신하면 홀로서기할 수 없습니다. 뚝딱은 그 사이에서 지금 필요한 만큼 돕고, 수강생이 할 수 있게 된 부분에서는 한 걸음 물러납니다.

답 하나보다 다음 답을 찾는 힘을 남깁니다

바이브코딩 도구는 계속 바뀝니다. 오늘 클로드코드에서 잘 작동한 명령과 화면도 다음 프로젝트에서는 달라질 수 있습니다.

그래도 다음 질문은 남습니다.

나는 무엇을 만들려는가?
지금 어디까지 작동하는가?
무엇을 확인하면 사실을 알 수 있는가?
다음에 바꿀 한 가지는 무엇인가?
어떻게 다시 검증할 것인가?

이 질문을 스스로 던질 수 있으면 처음 보는 오류 앞에서도 다음 행동을 정할 수 있습니다. 프롬프트 예시가 없어도 필요한 작업을 설명할 수 있습니다. 강사가 옆에 없어도 클로드코드와 함께 문제를 좁힐 수 있습니다.

뚝딱 강사가 질문에 바로 답하지 않을 때가 있는 이유는 답을 아끼기 위해서가 아닙니다. 이번 답 하나보다 다음 답을 스스로 찾는 힘을 남기기 위해서입니다.

이런 수업 방식이 원데이 클래스와 4주 과정에서 만드는 차이도 살펴보세요. 현재 과정과 일정은 뚝딱 4주 오프라인 바이브코딩 강의에서 확인할 수 있습니다.