이런 상황이라면
아이디어는 쌓여 있는데 개발자를 구할 돈도 시간도 없는 1인 기업가에게 맞는다. 기획이나 마케팅 일을 하면서 "이 정도는 내가 만들면 되는데" 싶었던 사람도 해당된다. 반대로 이미 실무에서 코드를 짜고 있고 아키텍처 수준의 고민을 하고 있다면 얻을 게 적다.
한눈에 보기
이 책은 "개발을 배우려면 문법부터"라는 순서를 뒤집는다. 다루는 문제는 명확하다. 만들고 싶은 게 있는데 진입 장벽 앞에서 매번 멈추는 상황이다. 조태호는 클로드 코드라는 도구를 앞에 두고, 사람이 할 일과 AI가 할 일을 나눈다. 사람은 무엇을 만들지 정하고 결과를 검증한다. AI는 코드를 쓰고 고친다. 그래서 책의 대부분은 문법 설명이 아니라 "어떻게 요청하고 어떻게 확인하는가"에 쓰인다. 혼자 공부하는 시리즈답게 예제를 따라 끝까지 굴려보는 구성이다.
기존 입문서가 언어 하나를 처음부터 쌓아 올렸다면, 이 책은 작동하는 결과물에서 거꾸로 내려온다. 통념은 "기초가 없으면 AI를 써도 소용없다"이다. 이 책의 전제는 조금 다르다. 기초는 필요하지만, 그 기초를 만드는 가장 빠른 길이 직접 돌려보는 경험이라는 쪽이다. 읽고 이해한 뒤 만드는 게 아니라, 만들면서 이해한다. 대신 책임 소재는 분명히 한다. AI가 짠 코드의 최종 책임자는 요청한 사람이다.
핵심 인사이트
- 01
막히는 지점이 문법에서 명세로 옮겨갔다
AI 도구가 붙으면서 초보자가 멈추는 자리가 바뀌었다. 예전에는 세미콜론과 들여쓰기에서 막혔다. 이제는 "뭘 만들고 싶은지" 한 문단으로 쓰지 못해서 막힌다. 실제로 같은 도구를 줘도 결과가 갈리는 이유가 여기 있다. "쇼핑몰 만들어줘"와 "이메일로 가입하고 상품 3개를 장바구니에 담아 결제까지 가는 화면"은 전혀 다른 결과를 만든다. 그래서 이 책이 연습시키는 능력은 타이핑이 아니라 요구사항을 쪼개는 능력이다. 이건 개발 능력이라기보다 기획 능력에 가깝다.
- 02
작동하는 코드와 이해하는 코드는 다르다
AI가 준 코드는 대개 돌아간다. 문제는 돌아가는 것과 내가 아는 것 사이의 간격이다. 이 간격을 방치하면 첫 버그에서 손을 놓게 된다. 에러 메시지가 무슨 말인지 모르니 고칠 방향도 못 잡는다. 그래서 책이 예제를 끝까지 굴려보게 하는 구성을 택한 것이다. 한 줄씩 읽고 "여기를 지우면 뭐가 깨지는지" 확인하는 과정이 곧 학습이다. 결과물을 빨리 얻는 것과 실력이 쌓이는 것은 자동으로 연결되지 않는다.
- 03
AI에게 맥락을 주는 것도 작업이다
사람들은 AI가 알아서 파악해줄 거라고 기대한다. 하지만 도구는 주어진 만큼만 본다. 프로젝트 구조, 쓰는 기술, 지켜야 할 규칙을 미리 정리해두면 결과가 눈에 띄게 달라진다. 매번 같은 설명을 반복하는 사람과 한 번 적어두고 참조시키는 사람의 속도 차이가 여기서 난다. 클로드 코드처럼 프로젝트 전체를 다루는 도구일수록 이 차이가 커진다. 결국 좋은 결과는 좋은 프롬프트보다 잘 정리된 작업 환경에서 나온다.
- 04
작게 쪼개면 AI도 덜 틀린다
한 번에 전체를 만들어달라고 하면 그럴듯하지만 손댈 수 없는 덩어리가 나온다. 어디가 틀렸는지 찾는 데 만드는 시간보다 오래 걸린다. 기능 하나씩 요청하고 매번 실행해보면 틀린 지점이 바로 드러난다. 로그인 하나, 목록 하나, 저장 하나 순서로 간다. 되돌릴 지점이 촘촘해지니 실패의 비용도 줄어든다. 이건 AI 시대의 요령이 아니라 원래 개발이 하던 방식이다. 도구가 바뀌어도 작게 자르고 자주 확인하는 원칙은 남는다.
- 05
검증하지 않으면 속도는 빚이 된다
AI는 확신에 찬 말투로 틀린 코드를 준다. 보안 설정을 빼먹거나 예외 처리를 건너뛴다. 초보자는 이 누락을 알아채지 못한다. 돌아가니까 괜찮다고 생각하고 넘어간다. 그 결과가 몇 주 뒤 데이터 사고나 요금 폭탄으로 돌아온다. 그래서 만든 사람이 직접 눌러보고, 이상한 값을 넣어보고, 안 되는 경우를 확인해야 한다. 빠르게 만든 만큼 확인에 시간을 써야 총합이 맞는다.
이렇게 적용한다
상황업무에 쓸 간단한 자동화 도구가 필요한데 어디서 시작할지 모를 때
코드부터 묻지 말고 화면과 동작을 먼저 글로 적는다. 입력이 뭐고 출력이 뭔지, 버튼을 누르면 무슨 일이 일어나는지 세 줄로 쓴다. 그 글을 그대로 AI에게 넘기고, 나온 결과를 한 기능씩 실행해보며 어긋난 곳만 다시 요청한다.
상황AI가 준 코드에서 에러가 났는데 뭘 물어야 할지 모를 때
에러 메시지 전문과 방금 바꾼 부분, 기대한 동작 세 가지를 함께 붙여 묻는다. "안 돼요"만 던지면 추측성 수정이 반복된다. 고친 뒤에는 왜 그랬는지 한 줄로 설명을 요청해 같은 실수를 두 번 겪지 않게 한다.
상황혼자 만든 서비스를 외부에 공개하기 직전일 때
기능 점검 전에 키와 비밀번호가 코드에 박혀 있는지부터 확인한다. 로그인 없이 접근되는 주소가 있는지, 잘못된 값을 넣었을 때 어떻게 되는지 직접 눌러본다. AI에게 취약한 지점을 찾아달라고 시키되 최종 판단은 직접 한다.
ACTION ITEMS
오늘 바로 할 수 있는 것.
- ✓만들고 싶은 것 하나를 골라 화면과 동작을 다섯 줄로 적어본다.
- ✓그 다섯 줄 중 가장 작은 기능 하나만 AI에게 요청해 오늘 안에 돌려본다.
- ✓작업 폴더에 프로젝트 규칙과 사용 기술을 적은 파일을 하나 만들어 둔다.
- ✓AI가 준 코드에서 이해 안 되는 줄 세 개를 골라 설명을 요청한다.
- ✓만든 기능에 일부러 이상한 값을 넣어 어떻게 깨지는지 확인한다.
밑줄 그은 문장
“AI는 코드를 쓰지만, 무엇을 만들지 정하는 일은 여전히 사람 몫이다.”
“돌아간다는 것과 안다는 것은 같은 말이 아니다.”
이 책이 답하지 않는 것
입문자가 결과물을 만들어보는 데 초점이 있어, 대규모 서비스의 설계나 성능 최적화는 다루지 않는다. 도구와 화면이 빠르게 바뀌는 분야라 세부 절차는 시간이 지나면 어긋날 수 있다. 팀 단위 협업이나 코드 리뷰 문화 같은 조직 문제도 범위 밖이다.
이 통찰의 근거가 궁금하다면?
원서·번역서 정보와 가격은 판매처에서 확인하세요.
※ 구매 링크는 제휴 활동의 일환이며, 이를 통해 일정액의 수수료를 제공받습니다. 구매자에게 추가 비용은 발생하지 않습니다.
비슷한 주제의 책
NEWSLETTER
매일 아침, 새로운 인사이트
하루의 시작을 도와줄 책 한 권의 핵심과 실천 과제를 보내드립니다.