신입 개발자 시절, 선배들의 책상에 꽂혀 있는 소위 ‘벽돌책’이라 불리는 두꺼운 기술 서적들을 보며 경외감을 느꼈던 기억이 난다. 나도 저 지식들을 모두 내 것으로 만들겠다는 야심 찬 포부로 ‘클린 코드’나 ‘자바스크립트 완벽 가이드’ 같은 책을 덜컥 구매하곤 했다. 하지만 의욕만 앞선 채 첫 장부터 정독을 시도하다 보면, 불과 100페이지도 못 가서 복잡한 개념과 방대한 양에 압도당해 책장에 장식용으로 박제되는 경우가 허다했다. 독학의 한계에 부딪히며 ‘나는 재능이 없는 걸까’라는 고민에 빠지기도 했지만, 문제는 내 머리가 아니라 ‘공부법’에 있었다는 것을 깨달았다. 오늘은 숱한 시행착오 끝에 정착한, 두꺼운 IT 전공 서적을 효율적으로 파헤쳐 내 실력으로 만드는 구체적인 전략을 공유하고자 한다.
완독의 함정에서 벗어나 ‘필요한 부분’부터 공략하기
처음부터 끝까지 순서대로 읽어야 한다는 강박은 기술 서적 공부에서 가장 먼저 버려야 할 태도다. 소설은 서사가 중요하지만, 기술 서적은 해결책과 원리를 담은 도구 상자에 가깝다. 나는 과거에 스프링 프레임워크 전공 서적을 1장부터 읽다가 설정 부분에서 진을 다 빠뜨린 적이 있다. 정작 중요한 비즈니스 로직이나 데이터베이스 연동 기술은 구경도 못한 채 책을 덮었다. 이 고민을 해결해 준 것은 ‘목차 기반의 우선순위 독서’였다.
지금 내가 당장 프로젝트에서 마주한 문제나, 평소 궁금했던 키워드를 목차에서 찾아 그 부분부터 읽기 시작하라. 예를 들어, ‘비동기 처리’가 궁금하다면 해당 챕터를 먼저 펴는 것이다. 앞부분의 기초 지식이 부족해 이해가 안 된다면, 그때 비로소 앞장으로 돌아가 필요한 개념만 ‘역추적’하며 읽으면 된다. 이렇게 목적을 가지고 책을 펼치면 집중력이 비약적으로 상승하며, 내가 필요한 지식을 즉시 실무에 적용해 보는 과정에서 지식의 휘발성도 현격히 낮아진다.
코드 타이핑보다 원리 이해와 ‘나만의 주석’에 집중하기
많은 개발자가 책에 나온 예제 코드를 그대로 따라 치는 ‘타이핑 독서’에 함몰되곤 한다. 물론 코드를 직접 쳐보는 것은 중요하지만, 단순히 오타 없이 실행하는 데 만족한다면 그것은 독서가 아니라 타자 연습에 불과하다. 나 역시 예제 코드는 완벽히 실행되는데, 막상 빈 화면에서 코드를 짜려고 하면 손이 멈추는 현상을 겪었다. 원리를 이해하지 못한 채 코드의 형상만 복사했기 때문이다.
효율적인 공부를 위해서는 코드를 실행하기 전, 저자가 왜 이런 구조를 설계했는지 문장 사이의 행간을 읽어야 한다. 나는 책의 여백에 ‘이 메서드는 메모리 누수를 방지하기 위해 여기서 클로저를 썼구나’와 같이 나만의 언어로 주석을 적는다. 책을 깨끗하게 보려는 욕심을 버리고, 나중에 다시 펼쳤을 때 내 생각의 흐름이 보이도록 지저분하게 공부해야 한다. 이렇게 원리를 파악하며 읽으니, 복잡한 라이브러리 공식 문서를 봐도 구조가 눈에 들어오는 놀라운 경험을 할 수 있었다.
장기 기억을 위한 ‘아웃풋 학습법’: 블로그와 깃허브 활용
읽기만 해서는 절대 내 것이 되지 않는다. 뇌는 정보를 입력받을 때보다 출력할 때 더 강하게 기억한다. 나는 두꺼운 책 한 권을 읽을 때 반드시 ‘러닝 로그(Learning Log)’를 남긴다. 챕터가 끝날 때마다 핵심 내용을 3줄로 요약해 보거나, 책의 예제를 응용해 아주 작은 토이 프로젝트를 만들어 깃허브에 커밋한다. 특히 ‘남에게 설명하기’는 가장 강력한 아웃풋 도구다.
공부한 내용을 블로그에 정리할 때, 책의 문장을 그대로 베끼는 것이 아니라 ‘회사 동료에게 이 기술을 추천한다면 어떻게 설명할까?’를 가정하고 글을 써보라. 이 과정에서 내가 제대로 이해하지 못한 부분이 명확히 드러나며, 그 빈틈을 다시 책에서 찾아 메우는 과정이 반복될 때 지식은 비로소 단단해진다. 실제로 이런 방식으로 정리한 포스팅은 나중에 실무에서 비슷한 문제를 만났을 때 나만의 최고의 레퍼런스가 되어 주었다.
지속 가능한 공부를 위한 루틴과 ‘독서 메이트’
수천 페이지에 달하는 기술 서적은 장기전이다. 하루에 5시간 몰아서 읽는 것보다 매일 30분씩 꾸준히 읽는 것이 훨씬 효과적이다. 나는 출근 전 30분을 ‘기술 독서 시간’으로 고정했다. 아침에 뇌가 맑을 때 가장 어려운 개념을 한두 페이지만이라도 읽는 것이다. 또한 혼자 하면 지치기 쉽기에 온라인 스터디나 사내 독서 모임을 활용하는 것을 적극 추천한다.
매주 정해진 분량을 읽고 서로 질문을 던지는 환경에 나를 노출시키면, 강제성이 부여되어 중도 포기 확률이 줄어든다. 특히 같은 문장을 읽고도 서로 다르게 해석한 부분을 토론할 때 발생하는 통찰은 혼자 공부할 때는 절대 얻을 수 없는 값진 자산이다. 두꺼운 책이 주는 중압감을 동료들과 함께 나누다 보면, 어느새 마지막 책장을 덮고 있는 자신을 발견하게 될 것이다.
결국 기술 서적 공부는 지식을 머릿속에 ‘저장’하는 것이 아니라, 문제를 해결할 수 있는 ‘근육’을 키우는 과정이다. 완벽주의를 내려놓고, 당장 나에게 필요한 부분부터 조금씩, 하지만 꾸준히 파헤쳐 보자. 벽돌처럼 무겁게만 느껴졌던 그 책이, 어느덧 당신의 개발 커리어를 든든하게 받쳐주는 주춧돌로 변해 있을 것이다.