
갑자기 책장이 조용해진 이유
예전엔 새로운 기술을 배울 때 가장 먼저 하는 일이 두꺼운 기술 서적을 사는 거였어요. O'Reilly의 동물 그림이 그려진 책이나 "프로그래밍 OOO" 같은 제목의 책을 책상에 쌓아두고, 챕터별로 읽어가면서 코드를 따라 치는 게 당연한 학습 루틴이었거든요. 그런데 최근 한 개발자가 쓴 글이 많은 공감을 얻고 있어요. "이제 아무도 프로그래밍 책을 펴지 않는다"는 거예요.
그냥 푸념이 아닌 게, 실제로 기술 서적 시장이 눈에 띄게 줄어들고 있어요. 그 자리를 채운 건 ChatGPT, Claude, Cursor 같은 AI 도구들이고요. 모르는 개념이 나오면 책을 찾아보는 게 아니라 AI한테 물어보고, 코드를 짜다 막히면 책의 예제를 따라하는 게 아니라 AI가 바로 솔루션을 만들어주는 시대가 된 거죠.
AI 학습 vs 책 학습, 뭐가 다를까
겉으로 보면 AI가 더 효율적인 것처럼 보여요. 책은 처음부터 끝까지 읽어야 맥락이 잡히는데, AI는 딱 필요한 답만 골라서 줘요. 시간 절약 면에서는 비교가 안 되죠. 하지만 글쓴이가 지적하는 핵심은 "맥락(context)이 사라진다"는 점이에요.
예를 들어볼게요. 데이터베이스 책을 읽으면 인덱스가 왜 필요한지, B-트리가 어떻게 동작하는지, 쿼리 옵티마이저가 어떤 결정을 내리는지 같은 기반 지식이 차곡차곡 쌓여요. 그런데 AI한테 "느린 쿼리 빠르게 해줘"라고 하면 즉시 인덱스를 추가하는 코드는 받지만, 왜 그게 답인지가 머릿속에 남지 않거든요. 다음에 비슷한 상황이 와도 또 AI한테 물어봐야 하는 거예요.
이게 길게 보면 굉장히 무서운 일이에요. 시니어 개발자들은 책으로 쌓아둔 기반 지식이 있어서 AI를 도구로 잘 활용해요. AI가 틀린 답을 줘도 "어, 이건 좀 이상한데?"라고 알아챌 수 있는 감각이 있거든요. 그런데 처음부터 AI로만 배운 주니어는 그 검증 능력 자체가 안 길러진다는 게 글쓴이의 우려예요.
"책의 깊이"는 어디서 오나
기술 서적의 진짜 가치는 정보가 아니라 구조에 있어요. 좋은 책의 저자는 수년간의 경험을 농축해서 "이 순서로 배우면 가장 효율적이다"라는 학습 경로를 설계해주거든요. 1장에서 깔아둔 기초가 5장의 응용을 이해하게 만들고, 부록에 있는 작은 디테일이 실무에서 결정적인 역할을 하기도 해요.
AI 대화는 이런 구조가 없어요. 질문 하나당 답 하나씩, 단편적인 정보의 모자이크가 되는 거죠. 깊이 들어가려면 결국 본인이 좋은 질문을 할 수 있어야 하는데, 그 좋은 질문 자체가 기초 지식 위에서 나오거든요. 닭이 먼저냐 달걀이 먼저냐의 문제가 되는 셈이에요.
그럼 다시 책으로 돌아가야 할까
꼭 그렇진 않아요. 매체는 변하기 마련이고, 학습 방식도 진화하는 게 자연스러우니까요. 다만 AI를 단순한 답변 머신이 아니라 "튜터"로 쓰는 방식을 고민해볼 필요가 있어요. "이 코드 짜줘"가 아니라 "이 개념을 단계별로 설명해줘", "왜 이렇게 동작하는지 원리부터 알려줘"처럼 쓰는 거죠. 그리고 가끔은 한 권의 책이나 긴 문서를 정주행하면서 머릿속에 큰 그림을 그려두는 시간이 필요해요.
한국 개발자들에게도 시사하는 바가 커요. 부트캠프나 강의 영상으로 시작해서 빠르게 결과물을 내는 학습은 효율적이지만, 어느 순간 벽에 부딪히는 사람들이 많거든요. 그 벽을 넘으려면 결국 OS, 네트워크, 컴파일러 같은 기반 영역의 단단한 책 한 권을 끝까지 읽어본 경험이 큰 자산이 돼요. AI 시대일수록 오히려 더 그래요.
마무리
AI가 학습의 진입 장벽을 낮춰준 건 분명 좋은 일이에요. 하지만 진입 장벽이 낮아진 만큼, 깊이 들어가기 위한 노력은 여전히 필요해요. 책을 펴지 않는 시대일수록, 가끔 책을 펴는 사람이 더 깊이 가게 되는 역설이 생길 수 있어요.
여러분은 최근에 어떤 방식으로 새로운 기술을 배우셨나요? 책은 아직 손에 잡고 계신가요, 아니면 완전히 AI로 옮겨가셨나요?
🔗 출처: Hacker News
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공