F
расскажу про свой опыт. Пытался тоже записывать ... и бросил это дело. Практически никогда не возвращался к этим записям. Для себя выработал следующий подход...
1) Записывать надо в мозг. Да, он ограничен, поэтому записывать надо не все подряд, а концепции и идеи. То есть записывать очередной метод массива, или у каких объектов есть встроенная поддержка Symbol.Species - дохлый номер
2) Мозг не очень любит, когда в него что-то записывают. Особенно что-то зазубренное. Скорость записи в мозг довольно медленная. Причем информация часто еще требует регенерации, как ячейки оперативной памяти. В общем куча проблем.
3) Мозг - это не линейный носитель информации. Это нейронная сеть. Поэтому информация усваивается лучше, когда нейроны контачат, и когда на нейроны воздействуют с разных сторон.
3а) То есть казалось бы скажу банальные вещи... но они очень важны. Материал надо стараться понять. Понять - это значит не срезать углы, не врать самому себе, что вот я запомнил - а почувствовать, что данный материал также естественен как другие вещи вокруг. Функция - это такой же набор символов, с помощью которых я могу выразить описательное действие. Вот пишу сочинение о походе в магазин, вот пишу функцию о походе в магазин. Вот складываю числа из чеков после похода в магазин для домашней бухгалтерии, вот складываю битовые маски для поучения результата. Важно не сопоставление этих вещей, а именно ощущение простоты самой идеи. "Там ничего особенного. Тут почти тоже самое"
3б) Да, этого добиться сложно. Но если получится, вы поймете, что этот материал уже не забудете. Это как кататься на велосипеде. Вы и через 30 лет сядете и поедете на нем. Тут фокус заключается в том, чтобы постоянно быть "ребенком почемучкой". И не бояться отвечать на самые ... "странные вопросы".
- "А почему в асинхронном однопоточном JS await оператор может подвесить поток выполнения кода и при этом ничего не ломается?"
- "А что такое ссылка на переменную, как посмотреть из чего она состоит?"
- "А можно ли замыкание замкнуть на самого себя"
Если любой, даже самый бредовый вопрос ставит вас в тупик, а не вызывает сразу заливистый смех - значит что-то где-то недожали. Какие то темные пятна еще остались.
3в) Чтобы ускорить процесс понимания материала, полезно смотреть на одно и тоже с разных сторон. Не понятно что такое поток
- посмотрели видео автора текущего канала
- прочитали в оф документации
- спросили друга
- законспектировали в тетрадь
- помедитировали
- почитали об этом во сне
- нарисовали как вы себе это представляете.
Вообще рисунки - это офигенный способ взглянуть на тему с другой стороны. Пока рисуешь - задействуется и моторика и визуализация и комплексный обзор получившейся темы. Заодно и успокаивает.
То есть чем с бОльших сторон вы "покусаете" тему - тем быстрее к вам придет понимание "очевидности"
4) Вообще программирование довольно логичная вещь. И если вы знаете какие-то базовые вещи и дружите с логикой, то многие вещи вы сможете сами раскрутить в голове, даже не читая материал. То есть магия программирования - это просто взаимосвязь кучи простых вещей \ идей. Каждый кирпичик простой, но их тысячи , и все они как то связаны между собой. Важно лишь правильно определить ключевые кирпичики, и, оттолкнувшись от них, можно раскрутить довольно сложные вещи.
5) Вот пример 4 пункта. Вот есть промисы. Считается тяжелой темой. А почему? Потому что нет ни одной статьи в интернете, которые раскладываю промисы по базовым кирпичикам. Только EcmaScript спецификация. Да, она содержит 5 альбомных листов 14 шрифтом, которые объясняют все эти кирпичики. Но прочитав их один раз - промисы станут для вас естественными, как, например, приготовить себе вкусную еду. А статьи в интернете ... они вынуждены изобретать красивые теории о том, как эти промисы работают - проваливаются там цепляются друг за друга и так далее в таком духе.
6) И вот что интересно. Вот эти базовые простые кирпичики вам никто на блюдечке не преподнесет. Эта информация не для широкой публики. API любой библиотеки - пожалуйста.
1) Записывать надо в мозг. Да, он ограничен, поэтому записывать надо не все подряд, а концепции и идеи. То есть записывать очередной метод массива, или у каких объектов есть встроенная поддержка Symbol.Species - дохлый номер
2) Мозг не очень любит, когда в него что-то записывают. Особенно что-то зазубренное. Скорость записи в мозг довольно медленная. Причем информация часто еще требует регенерации, как ячейки оперативной памяти. В общем куча проблем.
3) Мозг - это не линейный носитель информации. Это нейронная сеть. Поэтому информация усваивается лучше, когда нейроны контачат, и когда на нейроны воздействуют с разных сторон.
3а) То есть казалось бы скажу банальные вещи... но они очень важны. Материал надо стараться понять. Понять - это значит не срезать углы, не врать самому себе, что вот я запомнил - а почувствовать, что данный материал также естественен как другие вещи вокруг. Функция - это такой же набор символов, с помощью которых я могу выразить описательное действие. Вот пишу сочинение о походе в магазин, вот пишу функцию о походе в магазин. Вот складываю числа из чеков после похода в магазин для домашней бухгалтерии, вот складываю битовые маски для поучения результата. Важно не сопоставление этих вещей, а именно ощущение простоты самой идеи. "Там ничего особенного. Тут почти тоже самое"
3б) Да, этого добиться сложно. Но если получится, вы поймете, что этот материал уже не забудете. Это как кататься на велосипеде. Вы и через 30 лет сядете и поедете на нем. Тут фокус заключается в том, чтобы постоянно быть "ребенком почемучкой". И не бояться отвечать на самые ... "странные вопросы".
- "А почему в асинхронном однопоточном JS await оператор может подвесить поток выполнения кода и при этом ничего не ломается?"
- "А что такое ссылка на переменную, как посмотреть из чего она состоит?"
- "А можно ли замыкание замкнуть на самого себя"
Если любой, даже самый бредовый вопрос ставит вас в тупик, а не вызывает сразу заливистый смех - значит что-то где-то недожали. Какие то темные пятна еще остались.
3в) Чтобы ускорить процесс понимания материала, полезно смотреть на одно и тоже с разных сторон. Не понятно что такое поток
- посмотрели видео автора текущего канала
- прочитали в оф документации
- спросили друга
- законспектировали в тетрадь
- помедитировали
- почитали об этом во сне
- нарисовали как вы себе это представляете.
Вообще рисунки - это офигенный способ взглянуть на тему с другой стороны. Пока рисуешь - задействуется и моторика и визуализация и комплексный обзор получившейся темы. Заодно и успокаивает.
То есть чем с бОльших сторон вы "покусаете" тему - тем быстрее к вам придет понимание "очевидности"
4) Вообще программирование довольно логичная вещь. И если вы знаете какие-то базовые вещи и дружите с логикой, то многие вещи вы сможете сами раскрутить в голове, даже не читая материал. То есть магия программирования - это просто взаимосвязь кучи простых вещей \ идей. Каждый кирпичик простой, но их тысячи , и все они как то связаны между собой. Важно лишь правильно определить ключевые кирпичики, и, оттолкнувшись от них, можно раскрутить довольно сложные вещи.
5) Вот пример 4 пункта. Вот есть промисы. Считается тяжелой темой. А почему? Потому что нет ни одной статьи в интернете, которые раскладываю промисы по базовым кирпичикам. Только EcmaScript спецификация. Да, она содержит 5 альбомных листов 14 шрифтом, которые объясняют все эти кирпичики. Но прочитав их один раз - промисы станут для вас естественными, как, например, приготовить себе вкусную еду. А статьи в интернете ... они вынуждены изобретать красивые теории о том, как эти промисы работают - проваливаются там цепляются друг за друга и так далее в таком духе.
6) И вот что интересно. Вот эти базовые простые кирпичики вам никто на блюдечке не преподнесет. Эта информация не для широкой публики. API любой библиотеки - пожалуйста.
👍