기술 서적이 실망스러운 이유는 정보보다 설치와 홍보가 앞설 때가 많기 때문이다
기술 책을 읽다가 허탈해지는 순간이 있다. 제목은 야심차고 두껍기도 한데, 막상 읽어 보면 절반은 설치 화면 캡처이고 나머지는 공식 문서에 있는 소개 문장을 옮겨 놓은 수준일 때다. 이런 책은 분명 존재하고, 초보자일수록 더 큰 피해를 본다.
문제는 단순히 내용이 약하다는 데 있지 않다. 독자는 이 정도면 내가 뭔가를 배운 것 같다는 착각만 얻고, 실제로는 핵심 개념과 적용 감각을 놓치기 쉽다.
나쁜 기술 책은 맥락보다 절차만 길다
실망스러운 기술 책의 공통점은 보통 비슷하다.
- 설치와 환경 설정이 지나치게 길다
- 왜 그렇게 하는지보다 무엇을 클릭하는지에 집중한다
- 예제는 돌아가지만 변형하거나 확장하기 어렵다
- 후반부로 갈수록 핵심 설명이 사라진다
이런 책은 배우는 사람을 독립적으로 만드는 대신, 저자가 만든 좁은 길만 따라가게 한다.
좋은 기술 책은 공식 문서와 다른 가치를 준다
공식 문서는 대개 정확성과 최신성에서 강하다. OGRE 같은 엔진도 공식 위키와 개발자 가이드, 튜토리얼이 기본 출발점이 된다. 그러므로 기술 책이 공식 문서보다 나으려면 최소한 다른 가치를 줘야 한다. 예를 들면 개념 간 연결, 실전 맥락, 자주 하는 실수, 설계 판단, 단계적 예제 같은 것이다.
즉 좋은 책은 문서를 반복하지 않고, 문서를 이해할 수 있게 도와준다.
책을 고를 때는 첫 장보다 예제의 깊이를 보는 편이 낫다
기술 서적을 고를 때 유용한 기준은 의외로 단순하다.
- 첫 50페이지 안에 실제 문제 해결이 나오는가
- 예제가 완결되어 있는가
- 설치 설명보다 개념 설명의 밀도가 높은가
- 공식 문서로 충분한 내용을 책이 그대로 반복하지 않는가
이 기준으로 보면 겉으로 그럴듯한 책과 실제로 도움이 되는 책이 꽤 잘 갈린다.
마치며
기술 서적은 개발자를 속이기 위해 쓰인 것이 아닐 수도 있다. 하지만 결과적으로 독자를 헛돌게 만드는 책은 분명 있다. 설치 화면과 홍보성 문장, 얕은 예제는 배운 듯한 기분만 주고 실력은 남기지 못한다.
그래서 좋은 기술 책을 고르는 가장 현실적인 방법은 이 책이 공식 문서보다 무엇을 더 해 주는가를 보는 것이다. 답이 없다면, 그 책은 생각보다 빨리 덮게 될 가능성이 높다.