리뷰할 도서
AI를 더 쓰는데 왜 더 바빴을까? ‘도구’가 아니라 ‘기준’의 문제였다
AI를 요즘 정말 자주 씁니다. 그런데 이상하게도 코딩을 할 때 분명히 도움이 되고 있는데 “일이 줄었다”기보다는 오히려 더 바빠진 느낌이 들 때가 많았어요. 어떤 도구는 결과가 괜찮은데 속도가 답답하고, 어떤 도구는 빠른 대신 품질이 들쑥날쑥해서 결국 다시 손을 봐야 하고, 어떤 도구는 설치·인증 과정에서 체력이 먼저 빠져서 포기하게 되기도 했습니다. 돌아보면 문제는 “좋은 AI 도구가 없어서”가 아니었습니다. 상황별로 무엇을 선택해야 하는지 기준이 없어서 생기는 비효율이었어요.
그래서 이 책이 더 끌렸습니다.
클로드 코드, 코덱스 CLI, 제미나이 CLI를 각각 따로 소개하는 책이 아니라, 같은 눈금으로 비교해서 “내 작업 흐름에서 어떤 순간에 어떤 도구가 합리적인지”를 잡아주는 책이었거든요.
이 책을 읽고 가장 크게 바뀐 생각: “AI는 도구가 아니라 팀원 배치다”
개발을 하다 보면 늘 흐름이 비슷하잖아요.
- 문제사항 정리 → 설계 → 구현 → 디버깅/리팩터링 → 문서 정리
전엔 이 흐름에서 AI를 그냥 “질문 던지는 검색창”처럼 썼습니다.
그런데 이 책은 아예 관점을 바꿔요. AI를 ‘역할’로 나눠서 팀원처럼 배치하게 합니다.
세 도구의 포지션은 이렇게 정리됩니다.
- Claude Code: 긴 맥락을 붙잡고, 자연어/의도/구조를 정교하게 다듬는 쪽에 강함
- Codex CLI: 스펙대로 정확히 구현하고, 코드 생성·수정에서 “밀어붙이는 힘”이 강함
- Gemini CLI: 컨텍스트 덩어리가 큰 작업, 그리고 다양한 형식(문서/로그/자료 등)이 섞인 입력을 한 번에 다루는 쪽이 편함
이렇게 놓고 보니, “어떤 AI가 제일 좋아요?” 같은 질문이 의미가 없어지더라고요.
내가 지금 하는 일이 ‘설계인지 구현인지’에 따라 팀원을 바꾸는 문제였어요.
“이 책은 실습서인가요?”에 대한 솔직한 답
초반에 인상 깊었던 게, IT 경험 단계에 따라 학습 방식을 나눠 둔 점이었어요(책 초반부).
그래서 솔직히 말하면
- 완전 비전공자/코딩 경험이 거의 없는 분이 “첫 AI 개발 책”으로 잡기엔 난이도가 있는 편일 수 있어요.
- 대신 관심이 있고 코딩을 조금이라도 해봤다면, 설명이 단계별로 자세해서 충분히 따라갈 수 있습니다.
- 실습을 끝까지 쫓아가면 빡셀 수 있는데, 개념 이해 + 활용 흐름 파악만으로도 얻는 게 커요.
그리고 요즘 책들이 대체로 그렇긴 하지만, 이 책도 예제 제공이 있습니다.
다만 개인적으로는 복붙보다 직접 타이핑이 훨씬 기억에 남는다고 생각합니다. 특히 CLI 도구는 손으로 한 번 부딪혀야 “내 환경에서 막히는 지점”이 보이더라고요
실무형이라 느낀 지점: 설치가 완료가 아니라 사용 가능 상태까지 간다
예를 들어 Cursor 설치 파트(책 p.041 근처)처럼, 단순 설치 단계만 던져주지 않고 쓰다가 불편해지는 지점(환경 설정)까지 꽤 친절하게 안내해줘요. 이런 류의 책이 은근히 놓치는 포인트가 있거든요. 설치 자체는 했는데, 설정이 안 맞아서 나중에 책과 다른 화면이거나 아님 문제가 생기기도 하죠. 이 책은 그러한 문제를 줄이는데 신경을 썼다는 느낌이 강했습니다.
돈 얘기까지 해줘서 고맙다고 느낀 지점: 요금제를 ‘선택’하게 해준다
AI 도구 쓸 때 진짜 스트레스는 “성능”보다 “결제 방식”일 때가 많습니다. 구독제가 나은지, API 종량제가 나은지, 내 사용 패턴에서 뭐가 덜 손해인지 감이 없으면 결국 결정을 미루고 또 불필요하게 낭비하게 되죠. 이 책은 세 도구의 요금제를 구독제/종량제로 나눠서 비교하고, 상황별로 추천 기준을 제시합니다.
아래 사진이 그 느낌을 잘 보여줘서 찍어서 첨부했어요.
출처: AI 자율학습 클로드 코드 코덱스 CLI 제미나이 CLI 완전 활용법 中
용어를 “대충 넘어가지 않게” 만드는 장치가 있다
AI 개발 도구 책은 가끔 전제지식이 많다는 느낌을 줍니다.
근데 이 책은 중간중간 용어를 설명해 주는 파트가 있어요. 제가 캡처한 건 모노레포 설명인데, 이런 게 있으면 읽는 흐름이 덜 끊깁니다. 용어를 몰라서 이해를 못하거나 찾아봐야 하는 일은 많이 줄겠죠?
이 책의 하이라이트는 결국 Part5다: ‘한 개’가 아니라 ‘조합’으로 실전한다
대부분의 책은 하나의 도구를 깊게 파고듭니다. 그 방식이 나쁘진 않지만, 현실에서는 결국 여러 도구를 섞어 사용하게 되잖아요. 이 책이 차별적인 건, “간단히 이때는 이거 쓰세요”가 아니라, 단계 하나하나에서 어느 도구를 어떤 방식으로 쓰면 되는지를 꽤 구체적으로 안내한다는 점이에요. 제가 이 책을 읽고 가장 크게 얻은 건, 아래처럼 내 워크플로에 바로 붙는 ‘선택 기준’이었습니다.
1줄 기준표(책 내용을 제 방식으로 번역한 결론)
- 요구사항/PRD 정리, 방향 잡기: Claude Code
- 스펙 준수 구현, 코드 생성/수정, 테스트 보강: Codex CLI
- 문서/로그/자료처럼 덩어리 큰 입력을 한 번에 분석: Gemini CLI
- 리팩터링: Claude로 “왜 바꾸는지” 정리 → Codex로 “안전하게 적용”
이 기준이 생기니까, AI를 쓰는 시간이 줄어든 게 아니라 헤매는 시간이 줄어들었어요.
이런 사람에게 추천 / 이런 사람은 각오가 필요
추천
- AI 도구를 많이 쓰는데도 오히려 더 일이 많아진 것 같은 사람
- “뭘 써야 할지” 기준이 없어서 매번 도구를 갈아타는 사람
- CLI/확장/에디터 연동까지 한 번에 워크플로로 정리하고 싶은 사람
각오가 필요
- 코딩 경험이 거의 없는 완전 입문자(첫 책으로는 빡셀 수 있음)
- 다만 “개념 파악 + 흐름 이해”만 목표로 하면 읽을 가치는 충분합니다.
마무리
이 책을 읽고 나서 “개발자는 더 이상 모든 코드를 직접 작성하지 않는 시대”라는 말을 더 실감했어요.
중요한 건 코드를 대신 써주는 AI가 아니라, 내가 어떤 일을 하고 있고, 지금 누구(어떤 도구)를 투입할지 결정하는 기준이었습니다.
위 글은 출판사에서 책을 제공받아 작성된 글 입니다.