[번역] 기술서적을 읽는 방법
How to read technical books
URL : https://medium.com/swlh/how-to-read-technical-books-35e3e02551c0
How to read technical books
기술 서적을 읽는 방법
몇 주 전, 나는 책 추천과 함께 Amazon으로부터 이메일을 받았는데, 일반적인“(“take a quick look — archive” ) 빠른 살펴보기 — 보관”루틴을 따르려고했지만 이번에는 추천이 좋았습니다. 이 책은“스트리밍 시스템”이라고 불리며“데이터 집약적 인 응용 프로그램 디자인”과 동일한 빨간색 O'Reilly 디자인을 사용했습니다. 전자가 후자와 유사하기를 희망하면서 주문했습니다.
책을 주문하고 받는 것은 좋지만 책을 읽는 것은 완전히 다른 이야기입니다. 패키지를 열고 내용을 살펴 보는 것은 흥미롭지만, 더 읽기 위해서는 약간의 훈련, 할당 된 시간, Netflix 등이 필요하지 않습니다. 특히 복잡한 원칙과 예제로 가득한 기술 서적을 읽는 것은 그렇습니다.
오늘까지 나는 평소와 같이 책을 읽었습니다. 일부러 시간을 정하고 앉아서 책을 열고 책을 읽기 시작했습니다. 그러나 오늘 나는 조금 다른 루틴을 가는데, 읽기뿐만 아니라 메모를하기로 결정했습니다.
그 차이는 엄청났습니다.
나는 방금 읽었을 때 이해했던 책 내용의 오해의 깊이를 깨달았습니다. 그 문장의 내용이 무엇이든간에“좋아요. 그래도 전부는 아니지만 계속 진행해도 괜찮습니다. " 메모를 하는 동안에는 작동하지 않습니다. 읽는 동안 같은 느낌이 들지만, 요약하고 종이에 무언가를 넣으려고 할 때 갑자기 “기다려요, 그게 무엇인가요?” 라는 생각이 들었습니다.
책의 내용에 대한 이해뿐만 아니라 지적인 나의 생각이 향상되었습니다.
독서의 행위가 어떻게 일어날 수 있는가
"읽기만 하면" 되는 기술 서적은 매우 둔하고 매우 빠를 수 있습니다. 이 "지식의 오해"에서 비롯된 특정 유형의 권태입니다. 이런 상황에 대해 내가 가진 경험은 보통 다음과 같습니다.
예제를 읽을 때 나는 그것을 잘 얻지 못했지만 동시에 멈추고 이해하려고 노력하고 싶지 않습니다. 빠른 정신 협상이 이루어집니다.“이 예제는 복잡하고 솔직히 말해서 이해가되지 않습니다. 그러나 나는 지금까지 좋은 발전을 거두었으며, 나는 그것을 완전히 얻지 못하는 것과 같지 않다. 어떤 부분은 괜찮으므로 계속 가자.” 그리고 나는 계속 달려가게 됩니다.
그러나 나는 아직도 그것을 얻지 못한다고 생각합니다. 더 많은 독서를 마친 후 나는 행동을 멈추고 일부러 다시 돌아가서 그 예를 알아 내기 위해 노력할 것입니다. 그러나 노력은 전적으로 성공하지 못했습니다.“피겨 내기”대신 기본적으로 예제의 다른 부분을 쳐다보고 단어와 숫자를 다시 읽습니다. 나는“이것은 복잡하다”라는 느낌이 들지 않는 1 ~ 2 분 동안 이것을한다. 그리고 나는 너무 정신적으로 피곤해지고 그것을 멈추고 싶다. 실제로 멈추기 위해, 나는이 결정을 합리화 할 무언가를 빨리 찾게 될 것입니다. 그리고 나서 앞으로 나아가게 됩니댜ㅏ.
그러나 이제는 이해가되지 않는다는 느낌이 더 많이 들기 때문에 다음 예는 더 혼란스럽고 이러한 종류의 독서가 쓸모 없다는 전반적인 무의식적 느낌은 계속 쌓입니다. 어느 시점에서 목표는“섹션 / 챕터 끝까지 읽히고”그 후 읽기가 중지됩니다.
반드시 이런 종류의 독서가 완전히 쓸모없는 것은 아닙니다. 잇점이 있습니다. 최소한 일부 용어에 익숙해지고 일부 지식을 찾는 방법에 대한 아이디어를 얻는 것이 가능합니다. "아하, 우리는 세션 시간 제한에 대해 이야기하고 있으며 고급 창에 관한 장에서 그것에 대해 무언가가 있었음을 기억합니다." 그러나 그것은 거의 효과적인 방법이 아니며 매우 어려운 작업입니다. 의지력은 장기적으로 지속 가능하지 않습니다.
프로세스에 참여하는 것이 훨씬 더 좋지 않습니까?
읽고 메모하기
내가 읽고 메모하는 동안 발견 한 것은“필요”와“원”사이의 끔찍한 타협 게임이 전혀 일어나지 않는다는 것입니다.
스스로를 멈추고 예를 찾아야 할 필요는 없습니다. 어쨌든, 당신은 이미 사물을 파악하는 방식에 있으므로 자연스럽게해야합니다. 지루함, 정신적 협상, 의지력 행사가 없으며 퍼즐을 풀거나 퀘스트를 취하는 것과 같은 과정이 진행됩니다.
왜 그렇게 다른지에 대한 한 가지 가능한 설명은 뇌에 빠르고 느린 두 가지 사고 방식이 있다는 것입니다. 이 개념은이 비디오에서 훌륭하게 설명됩니다.
(Big thanks to Derek Muller for this exceptional video and permission to use it)
이 뛰어난 비디오와 사용 허가에 대해 Derek Muller에게 감사드립니다.
이 비디오는 읽기 어려운 글꼴로 인쇄 된 테스트의 오류율이 읽기 쉬운 테스트보다 현저히 낮은 실험을 언급합니다. 노트 필기를 사용하거나 사용하지 않는 읽기는 읽기 어렵거나 읽기 쉬운 시험과 유사합니다. 단락을 요약하고 적어 두어야 할 경우 느린 생각이 활성화되는 반면 읽기만하면 빠른 모드를 유지할 수 있습니다.
단점은 메모를하는 동안 읽는 데 시간이 더 걸린다는 것입니다. 적어도 저에게는 그랬습니다. 처음 몇 페이지를 기록하는 데 약 10 분이 걸렸습니다. 이전 장으로 돌아가서 이전에 읽은 내용과의 차이를 메 우지 않고 채워야했기 때문에 예제를 이해하는 데 시간이 걸렸습니다.
그러나 결과는 주관적으로 가치가 있습니다. 당신은 확실히 더 많은 것을 얻습니다. 그리고 그 외에도, 당신은 나중에 기분이 좋습니다. 당신은 거의 완전한 이해가 부족하다는 느낌이 들지 않습니다. 반대로 무언가를 알아 냈기 때문에 기분이 좋습니다. 당신이 뭔가를 이해하고 이해하는 척하지 것처럼 느낀다. 그리고 노트도 멋지게 보이며 성취감을 줍니다.
Anton Bulyonov에게 사진 및 사용 허가에 대한 도움을 주셔서 감사합니다
"스트리밍 시스템"과 "데이터 집중 응용 프로그램 설계"는 개념에 대해 설명하고 코드가 많지 않은 책입니다. 특정 프로그래밍 언어 나 기술에 중점을 둔 책은 다릅니다. 그러나 아이디어는 동일하게 유지됩니다. 느린 모드에서 책을 살펴보면 책과 언어 및 기술에 대한 경험이 훨씬 즐거워집니다. 코드에 대해 메모하는 것은 실용적이지 않지만 입력하고 실행하는 것입니다. 그러나 코드를 복사 할 때 전환하기가 어렵 기 때문에 수동으로 입력하는 것이 좋습니다.
메모 할만한 새로운 조언은 거의 없습니다. 학습을 향상시키는 입증 된 방법입니다. 그러나 저에게 메모를하는 것은 강의 중 수업 시간에하는 일과 관련이있었습니다 (그리고 서두르면서 강사가 말한 모든 것을 기록하는 것은 정직한 경험이 아닙니다). 꼭 그럴 필요는 없습니다.
