[Из песочницы] Алгоритм чтения книг по программированию
Всем привет. Меня зовут Борис, уже несколько лет я увлекаюсь теорией обучения и запоминания — тем, как работает мозг с новой информацией. Сегодня я поделюсь своим способом читать книги.
Возможно вы слышали про алгоритм чтения книг, который позволяет сохранить в голове максимум информации. Про него мне рассказал тренер по скорочтению, а позднее я увидел этот алгоритм у Бюзана в книге «Супермышление».
Алгоритм для обычных книг
Всё очень просто:
- Читаем автора и название;
- Задаем вопросы, ответы на которые мы хотим найти в книге;
- Пролистываем: разглядываем картинки, цитаты;
- Читаем содержание, оглавление, аннотации;
- Читаем книгу (чем быстрее, тем лучше);
- Выделяем основную тему;
- Выделяем факты и новизну;
- Пролистываем книгу;
- Опционально: записываем в табличку в экселе, о чем книга, кто ее посоветовал, стоит ли перечитывать и почему.
Если через полгода нужно будет вспомнить, что было в той книге, ее можно будет просто пролистать — этого будет достаточно. Работает отлично с книгами по психологии, переговорам, маркетингу, etc.
Увы, читать таким способом книгу Дэвида Флэнэгэна «JavaScript. Подробное руководство, 6-е издание» или ng-book бессмысленно и бесполезно. В голове не останется ничего, а время потеряется. И вообще, техника скорочтения для подобных книг скорее вредна, чем полезна.
Когда-то я занимался по книжке «Learn Ruby the hard way» (когда она еще была бесплатной). Главный ее принцип в том, что вам нужно перепечатать 100 программ. Конечно, часть из них нужно улучшить, но главное — это перепечатать 100 листингов. В процессе перепечатки неизбежны ошибки. А в процессе поиска и исправления ошибок приходит понимание того, что собственно в программе делается. Чуть позже я посмотрел курс на Coursera про то, как правильно выстроить процесс собственного обучения, и постепенно у меня сформировался собственный алгоритм чтения технической литературы.
Алгоритм для технической литературы
Выглядит он так:
- Формулируем задачу, которую мы хотим решить, прочитав книгу;
- Начинаем читать медленно и внимательно, перепечатывая каждый из приведенных листингов;
- Регулярно — раз в полчаса-час — делаем паузу и вспоминаем, что именно мы делали предыдущий час;
- Заканчивая очередную тему, смотрим, достаточно ли мы узнали для того, чтобы решить задачу;
- Медленно, но верно дочитываем до конца;
- Еще раз вспоминаем, про что была книга;
- Пишем программу, используя максимум того, что было в книге.
Формулируем задачу, которую мы хотим решить, прочитав книгу
Мозг наш устроен таким образом, что гораздо лучше ищет и сохраняет информацию, если понимает, что и зачем он ищет. Задачи могут быть разными, но чем лучше вы представляете, что вам надо, тем эффективней будет чтение.
Начинаем читать медленно и внимательно, перепечатывая каждый из приведенных листингов
Ключевое слово «медленно» — не нужно торопиться, особенно если в этой теме вы еще ничего не понимаете или понимаете не все. Здесь принцип тот же, что и с книжкой по ruby: ручной труд порождает ошибки —> ошибки порождают задачи –> решение задач тренирует мозг и добавляет понимания.
Регулярно — раз в полчаса-час — делаем паузу и вспоминаем, что именно мы делали предыдущий час
Как ни странно, пауза в 5–10 минут позволяет мозгу структурировать информацию, а значит лучше ее сохранить и оперативней доставать, если понадобится.
Заканчивая очередную тему, смотрим, достаточно ли мы узнали для того, чтобы решить задачу
И если достаточно, то либо заканчиваем чтение (вернемся к этой книге, когда появится в этом необходимость), либо дополняем и расширяем задачу. Важно, что сделать это нужно до того, как вы начнете читать дальше: попробуйте дополнить задачу и придумать, как ее можно было бы решить в идеальном мире.
Медленно, но верно дочитываем до конца
Ну или перестаем читать, потому что узнали все, что было нужно.
Еще раз вспоминаем, про что была книга
Я смотрю оглавление и воспроизвожу в голове, о чем шла речь, потом просматриваю листинги и вспоминаю, какие там ошибки были у меня. Если встречаются очень объемные и сложные программы, то можно в самых сложных местах в каждой строке прокомментировать, что и зачем там происходит.
Важно! Пишем программу, используя максимум того, что было в книге
Наш мозг крайне рациональная штука и то, что не используется, очень быстро отмирает и забывается. Чтобы новые знания улеглись на свои места, нужно применить их сразу.
На этом мой алгоритм заканчивается. Если ему следовать, то можно извлечь из каждой книги максимум пользы. Но все же главное — это не забывать, что читать книгу хоть как-нибудь в 100500 раз полезнее, чем откладывать прочтение, чтобы все сделать правильно, но потом.
Полезные ссылки
- Супермышление
- Флэнэган. Javascript подробное руководство
- ng-book
- Learn Ruby the hardway
- Coursera Learning how to learn
Комментарии (5)
FirsofMaxim
17 октября 2016 в 19:39
0↑
↓
Спасибо, подход интересный, я обычно просто веду конспект (вещи которые новые), либо на полях пометки делаю карандашом.
Vest
17 октября 2016 в 20:56
0↑
↓
У меня нет чёткого алгоритма, при прочтении книг по программированию. Но всегда, когда я начинал учить разные языки, будь то С, GoLang или Swift, я всегда перепечатывал примеры (не копипаста) в свою IDE и тестировал как они работают. Если в книге были ошибки, то я вспоминал создателей книги и старался их исправить.Я знаю, что мой подход не претендует на новизну или «скорочтение», но это помогло мне впитать ту разницу в терминах «объявление» и «определение» :) да и познать язык.
17 октября 2016 в 21:56
0↑
↓
А зачем Вы просто перепечатываете пример? Его (каждый набранный пример) надо ещё и обязательно изменять самому — в итоге к концу книги все примеры превращаются в Франкенштейнов, взамен оставляя в голове запомненный язык программирования.
sentyaev
17 октября 2016 в 21:20
0↑
↓
Да, про перепечатывание совет хороший. Всегда так делал, когда только начинал программировать. Хотя и сейчас так делаю иногда.
EmmGold
17 октября 2016 в 21:50
0↑
↓
Я сначала просто читаю, просто подряд не зацикливаясь особо понял или нет. Потом перечитываю, текст уже знаком. Бывает что-то рассматривается и никак в голове не указывается, а через пару глав это всё разъясняется и само встаёт на свои места. Поэтому сначала быстро прочитываю, не проглядываю, а прочитываю, а затем читаю внимательно. Бывает перечитываю больше двух раз.
