책을 읽는 요령 좀 알려주세요

코딩관련 책이라면 스캔해서 pdf로 봅니다.

제가 학창시절 배울때는
예제를 보고 암기+이해를 먼저하고, 공책에 직접 암기+이해한 코드를 적어내려갔습니다. 당연히 책은 보면 안되고요.
완성후에는 다시 예제를 보면서 비교도 해보고, 제 생각에 더 나은부분이 있으면 개선도 하고요.

프로그래밍 공부를 할 때, 굳이 타이핑해서 돌려봐야하는것은 아닙니다.
돌려봐서 결과가 나오는것에 너무 집중하지말고,
왜 소스가 그렇게 짜여졌고, 뭘 얻으려고하는지 소스만으로 이해하고 저자의 의도를 파악하는데 집중하시기 바랍니다.

타이핑보다 손으로 직접 공책에 쓰는것이 내것으로 만드는데 더 도움이 됐었던것 같습니다.
(마구 날림체로 써도 됩니다. 코드 옆에 다이어그램같은 그림도 그리고요)

실제로 회사에서 기술면접 볼 때도, 화이트보드와 펜 하나, 그리고 문제하나 던져줍니다.
사실 이것은 회사에서 다른 개발자들과 토론할때도 유용한 방법입니다.
보통은 같이 컴퓨터 앞에앉아서 모니터보며 토론하는 경우는 극히 드물고,
회의실 들어가서 화이트보드에 프로토타입도 적어보고, 디자인 설명하며 그림도 그리는 방식으로 기술토론이 벌어지는경우가 대부분입니다.

책 보면서 컴퓨터에 입력하는것이 아닌, 머리속으로 상상하며 노트에 코드를 적다보면 나중에 많은 도움이 될것이라 생각합니다.

구체적으로는 컴퓨터관련 과목 책을 컴퓨터와 책을 오가면서 잘 볼 수 있는, 아니 잘 익힐 수 있는 방법을 묻는거구먼요.
*
(제게는 아직도 영어가 어려우므로) 원서로 된 컴퓨터관련 서적은 코딩예를 주로 먼저 보고 잘 모르면 텍스트 부분을 보다 보니까, 코드를 컴퓨터에 직접 처 넣어 돌려보면서 이해하려고 했던것 같습니다.

제가 학교 다닐때는 전자계산학과 전공서적이 대부분 원서였기 때문에 이런 방식을 썼지만, 이론이나 수학관련 서적은 다섯장 읽는데 한 시간 걸리곤 했습니다. 그것도 이해가 될랑말랑, 아리송하게 한번, 다시 뭔말인지 대충 알아보려고 또 한번, 제대로 이해하려고 다시 또 한번, 시험에 나올부분 정확하게 이해하려고 또 다시 한번, 마지막으로 홀수 채우려고 (외우려고) 또 한번... 저처럼 공부하는 이는 아마 없었을겁니다. (맨날 혼자 고백하거든요 - 기적이라고, 나같이 머리나쁜 놈이 컴 전공해서 50 넘어서까지 이 짓 할 수 있는것은 정말이지 기적이라고!)

*
그러나 요즘은 새로운것, 모르든것 익히기 위해서 책을 사지 않습니다.
'구글신은 모든것을 알고 있다!'
가 진리더군요.

웬만한 개념, 예제 이런것들이 즐비하게 올라가 있는데다가 노안이 와서 이제는 책과 컴퓨터 모니터를 오가면서 보기가 정말 힘들기 때문에 구글신에게 물어보고 답 나온걸 한쪽 모니터에, 코딩작업하거나 (검색 내용 참조해서) 문서를 쓰거나 이메일을 쓰는것은 또 다른 한쪽 모니터에 올려놓고 보아가면서 일을 합니다. 이 방식이 제게는 제일 편합니다. 이렇게 검색해서 일을 하고, 메니저가 나중에 평가 하는거 보면 저를 무슨 굉장한 천재 정도로 알더군요. 그런데도 은둔 자적, 잘난체를 하지 않는다고 여기 사람들 표현으로 '지붕에 올라가서 외쳐야지!' 하고 동양적 겸손을 미덕이 아니라고 얘기해 주네요.

*
이거 뭐, 자랑질 하려고 쓴건 아닌데, 쓰다보니 이상하게 되었네요.
(하지만, 머리 나쁜거 고백했으니 어여삐 여기시고, 이 늙은이 상처 받을 날카로운 답글 같은거 쓰지 마셔요.)

책보며 타이핑하면 흐름이 끊깁니다, 어느 정도 기본 백그라운드 지식(OS, 네트워크, C 코드 등)이 갖추어 지면 챕터 별로 쭉 훑고 그 다음에 예제 따라치면서 합니다.
그 전까지는 따라보며 하나하나 타이핑했습니다, 책이 말해주는 개념 이론을 결과를 보지 않고는 예상이 안됬습니다.