Постараюсь ужать многолетний опыт изучения навыков в одну малюсенькую статейку. Расскажу , как на практике освоить набор навыков любого размера, включая все необходимое, чтобы получить первую работу в IT. Объясню пошагово, как создать и придерживаться очень практичного и эффективного индивидуального плана обучения, по которому я сам занимался, в результате чего из полного чайника без диплома и платных курсов за пол года смог влететь в разработку на высококонкурентном рынке с 1000+ откликов на вакансию во времена массовых увольнений сразу в топовую IT‑компанию без связей, накрутки опыта и ментора и даже успешно пройти там испыталку, ведь план обучения позволил накопить багаж полезных знаний.

Правильный план обучения — это 70% получения работы. По этому плану ты сможешь освоить программирование без покупки курсов, то есть стать программистом бесплатно. Да и любой другой скилл или профессию тоже сможешь быстро и бесплатно получить, что сейчас особенно актуально с этим ИИ. Гарантирую, что по этому плану за короткий срок ты добьёшься больших результатов, а это автоматически значит, что потребуется тяжелая работа с твоей стороны. В конце статьи также будет секретный ингредиент, о котором никто не говорит и который может сделать процесс твоего обучения чуть ли не вдвое более эффективным. Ещё я приведу пример реального плана обучения и объясню, почему каждый его пункт настолько логичен, что ты просто не сможешь ему не придерживаться. Цель плана ‑получить максимальный результат при минимальных затратах времени и сил.

Почему вообще нужно составлять план обучения самому? Нельзя что ли чей‑то готовый роудмап найти или курс купить, где план уже есть? Составлять план самому — суперважно, потому что когда ты понимаешь, что и зачем в нём делается и насколько это действительно эффективно, то и придерживаться этого плана становится гораздо проще, так как мотивация просто не пропадает. Да и если что‑то в плане не работает, можно всегда его подкорректировать, это же твой собственный план. Поняв, что работает, а что нет, ты в будущем сможешь создавать эффективные планы для освоения любых навыков, в том числе для выхода в синьеры‑помидоры, т.к. одного волшебного курса по становлению синьером вроде еще никто не запилил. Единственный доступный вариант — самому грамотно выстроить процесс обучения, чтобы результат был максимальным.

Самое простое в создании плана обучения — определить, какие именно навыки нужно приобрести. Для этого можно провести небольшое исследование и посмотреть требования к кандидатам на вакансии твоей будущей специализации. Учти, что учить стоит только то, что так или иначе повышает твой доход. Это значит, что стоит фокусироваться только на необходимых для получения работы знаниях и навыках, отметая все лишнее, в обратном случае будет сложно конкурировать с другими челами. Отметать, нужно, например, ассемблер или внутреннее устройство ОС, которые знать не обязательно и даже вредно. Некоторые говорят, что нужно же знать эту «базу», но объяснить зачем толком не могут. Выбрав необходимые для работы скиллы, нужно понять самое главное — как эффективно учиться. Это будет основой твоего плана обучения. Многим кажется, что они и так умеют учиться, но, если бы все это умели, никто бы не мучился с получением первой работы в IT, так как количество твоих навыков прямо пропорционально шансу получения работы. Основы обучения, о которых пойдет речь, очень практичны и я их сам уже много лет использую:

Практика

Практика — это самое важное. Хорошее соотношение практики и теории при обучении для новичков — 80% на 20%. То есть, если ты посмотрел 8-минутное видео, например, про декораторы в Python, то в IDE надо потом не меньше получаса с ними поиграться. Большинство людей практику скипают, потому что это гораздо сложнее, чем видосы смотреть. В итоге они застревают в так называемом «tutorial hell», то есть смотрят много контента, но на практике ничего сделать не могут, поэтому их навыки не развиваются.

Интервальные повторения

Непонимание интервальных повторений — причина, по которой 95% вкатунов сливаются в первые месяцы. Работает это так: когда ты что‑то учишь впервые,то это запоминается на пару дней. Если тему повторить через 2 дня после изучения, то запомнится она уже на 4 дня. Повторишь еще раз к концу четвертого дня — тема запомнится уже на целых 8 дней. Потом на 16, 32 и так далее. Бытует мнение, что в итоге доходишь до момента, где выученное запоминаешь на вечно, так, что повторять тему больше не надо. Хоть это и кажется нереальным, это действительно так работает, однако тому есть научное объяснение: допустим, ты повторяешь тему в девятый раз и теперь будешь помнить её ещё целый год. Если вовсе перестать ее повторять, то всё равно имеется почти 100% шанс того, что за этот год в работе ты случайно столкнёшься с этой темой и тебе придётся естественным образом достать информацию из мозга, просто чтобы совершить намеченное действие. Таким образом тема повторится сама по себе и еще лучше закрепится в голове. Затем вероятность того, чтобы ты случайно встретишь эту тему в работе за следующие 2 года возрастает еще сильнее и тем самым цикл замыкается, в результате чего ты запоминаешь тему как бы «на вечно»

Вот что происходит с теми, кто не применяет интервальные повторения: Допустим, им нужно выучить 15 ключевых навыков или больших тем для получения работы. Большинство новичков учат первые 9 навыков, потом приступают к 10-му, одновременно забывая первый. Потом учат 11-й, параллельно забывая второй и так далее. Они застревают на 9 из 15 необходимых тем или навыков и несмотря на все усилия, не могут преодолеть этот барьер, ведь скорость забывания слишком высока. Причина в том, что они не используют интервальные повторения. Они учат что‑то один раз и двигаются дальше, поэтому постоянно забывают то, что учили ранее. Но если использовать интервальные повторения и регулярно повторять пройденные темы, то можно выучить бесконечное количество навыков и тем, не забывая их. Самое важное в том, что интервальные повторения буквально гарантируют, что ты найдешь работу, потому что они обеспечивают постоянное расширение твоего набора навыков без его уменьшения. Это продолжается вплоть до момента, когда твой набор навыков достигает критической массы и ты становишься настолько хорош, что твой будущий работодатель уже просто не в состоянии игнорировать тебя (естественно надо еще получить навык поиска работы, но это уже отдельная тема).

Для внедрения интервальных повторений можно использовать карточки Anki. Карточки Anki — это приложение, используемое для обучения и запоминания. На лицевой стороне каждой карточки находится вопрос, на оборотной стороне — ответ. Карточки становятся доступны ровно в тот момент времени, в который это необходимо для наилучшего применения принципа интервальных повторений. Эти же карточки включают в себя и не менее важный принцип — принцип активного вспоминания.

Активное вспоминание

Активное вспоминание сводится к следующему высказыванию: твой мозг запоминает информацию не когда ты её откуда‑то получаешь, а именно когда извлекаешь её из мозга. Если, ты, например, прочтешь эту статью и сразу переключишься на следующую, то будешь что‑то помнить из этой статьи еще в течение примерно одного часа. Но если при прочтении статьи периодически останавливаться и объяснять себе концепции своими словами, то можно будет запомнить чуть ли не 100% информации статьи чуть ли не на целую неделю. Тот же результат можно достичь, если прочитать статью и в конце всю ее себе пересказать. Вот почему во время интервальных повторений необходимо как можно больше фокусироваться на активном вспоминании. Кстати, когда человек выполняет практические задания, это тоже автоматически является формой активного вспоминания, ведь ты работаешь с ранее изученной информацией и это является частью причины того, почему практические упражнения так эффективны.

Ты, наверное, задаешься вопросом, зачем запоминать что‑то, если можно просто использовать ChatGPT для получения быстрого ответа.

Чем больше полезной информации ты усвоишь и запомнишь, тем легче тебе будет понимать ответы ChatGPT и, что самое важное, сохранять эти ответы в краткосрочной памяти в виде части решения задачи, над которой сейчас работаешь. Ты также будешь глубже понимать ответы ChatGPT и даже вспоминать идеи, которые не были упомянуты в ответе.

Учись параллельно

Лучше работать над изучением одних и тех же трех навыков каждый день по часу и сосредотачиваться на них пару недель подряд, чем уделять по 3 часа в день одному навыку в течение нескольких дней и затем переходить к следующему. Это один из важнейших принципов. Я понятия не имею, почему он работает, но не обязательно понимать, как что‑то работает, чтобы это делать и получать ощутимый результат. Попробуй поучиться так и будешь поражен скоростью освоения навыков.

Фокусируйся на основах до полного их освоения

В чем заключается разница между профессионалом и любителем? Профессионал очень хорошо знает основы. Основы служат фундаментом для последующих тем, изучаемых в будущем. Например, чтобы быстрее освоить React, нужно знать JavaScript, и чем лучше ты знаешь этот язык, тем легче будет разобраться в React. Поэтому не торопись и досконально изучи компетенции, служащие основой для других компетенций.

Учись каждый день

После месяца обучения результаты будут намного лучше, если учить предмет по часу каждый день, нежели чем если учить его 7 часов в день раз в неделю. Это банально объясняется принципом работы интервальных повторений.

Начинай каждый день с 10 минут вспоминания того, что учил вчера

Утром, перед началом нового дня, удели 10 минут, чтобы вспомнить все, что учил вчера. Это очень эффективно, так как первое повторение в течение первых 24 часов после изучения темы имеет огромный эффект на запоминание.

Секретный ингредиент

Теперь у тебя есть основные принципы создания плана обучения, но что насчет секретного ингредиента? Хотя все вышеперечисленные пункты идеально подходят для эффективного долгосрочного обучения, если ты стремишься получить работу, твоя цель не в том, чтобы изучить как можно больше всего, а в том, чтобы достичь уровня, где у тебя есть крутые проекты и ты можешь успешно пройти собеседование. В этом случае секретный ингредиент — интенсивность. Например: чтобы достичь такого же уровня навыков в программировании, который тебе нужен для успешного прохождения собеса, ты можешь либо потратить 1000 часов за полгода, либо 1500 часов за год. Заметили разницу? За 1000 часов достигается тот же результат, что и за 1500 часов. Это объясняется принципом работы интервальных повторений: чем больше проходит дней, тем больше времени нужно тратить на интервальные повторения, в обратном случае информация просто забудется. Поэтому если сжать временное окно, в которое ты достигаешь необходимого уровня навыков, скажем, с года до полу года, то таким образом можно значительно уменьшить общее количество часов, необходимых для достижения цели, и, следовательно, работать меньше, получая бОльшие результаты. Теперь ты знаешь, что должен включать твой план обучения.

Пример плана

Давай теперь посмотрим, как может выглядеть такой план на примере реального плана становления python backend разработчиком:

Пример плана изучения python backend
Пример плана изучения python backend

Каждая колонка — это день, а каждая синяя ячейка — это как минимум 1 час сфокусированного базированного на практике обучения. Первый месяц ты параллельно учишь Python, SQL и алгосы (алгосы не в смысле заучки конкретных алгоритмов, а в смысле умения структурно думать и решать логичские задачки кодом, как, например, на codewars). Это то, что создает основу для всего остального, что ты будешь изучать. После этого добавляешь дни для вспоминания изученного, чтобы ничего не забыть. Далее начинаешь создавать проекты с использованием Django и подучивать немного фронтенд‑технологий, чтобы можно было потом показать рекрутеру хороший и красивый проект (хочешь работать беком? Учи фронтенд, чтоб тебя рекрутер не скипнул с твоими уродливыми проектами, понял да). Все это делаешь параллельно, а также учишь git для развития своего GitHub. Фокусируешься на создании проектов с Django до тех пор, пока не найдешь работу. Дополнительно добавляешь дни, в которые будешь повторять, что учил, чтобы ничего не забыть. Затем учишь параллельно Linux, PostgreSQL и Docker, завершая процесс изучением Django Rest Framework, одновременно повторяя все, что учил ранее. Как видишь, этот план включает в себя много практики, интервальных повторений и активного вспоминания. Ты учишь по нескольку предметов параллельно и сначала фокусируешься на основах. Ты учишься каждый день, начиная каждый день с 10 минут повторения того, что выучил вчера, что еще сильнее оптимизирует твое обучение. А занятия как минимум по 4 сфокусированных часа (а лучше — по 10) в день обеспечивают интенсивность, которая в полтора раза сокращает общее количество часов, необходимых на получение всех этих навыков.

Но как понять, какой конкретно курс проходить?

Короткий ответ состоит в том, что можно просто найти бесплатный курс и следовать ему, лично я предпочитаю использовать для этого YouTube. Бесплатные курсы обычно не содержат практических упражнений, являющихся самой важной частью обучения, поэтому упражнения на определенную тему придется отдельно искать в интернете. Или можно даже поступить еще лучше: когда смотришь курс и видишь пример кода, решающего конкретную проблему, попробуй придумать похожий код, решающий аналогичную проблему и поиграться с этим кодом в среде разработки. Это один из самых эффективных способов практики, который мне удалось найти.

Самое важное

Гарантирую, что, прочитав эту статью, ты потратил своё время зря, если не применил к ней вышеупомянутые принципы, так как забудешь все о чем я тут написал. Давай теперь объясню, как применить основные из этих принципов к любой статье или обучающему видео. Возьмем эту статью, например. Если ты проследуешь следующим нескольким шагам в течение следующих 5 минут, то это будут одни из самых полезных 5 минут в твоей жизни. Во‑первых, возьми свой телефон и скачай приложение под названием Anki Cards. Я не спонсирован этим приложением и не имею к нему никакого финансового отношения, поэтому у меня нет ссылки и тебе придется найти его самому. Шаг 2 — Перестань читать и прямо сейчас и попробуй вспомнить все, о чем я говорил. Объясни себе своими словами все, что удается вспомнить (да, прямо сейчас, я жду). Шаг 3. В зависимости от того, что удалось вспомнить, открой приложение Anki и создай несколько карточек об этой статье. Например: что такое интервальные повторения и как их применять? Что такое активное вспоминание? Какое лучшее соотношение между практикой и теорией для начинающих? Шаг 4. Сформируй привычку открывать это приложение время от времени, повторять карточки и добавлять новые о всем важном, что ты изучаешь в программировании. Лично я таким образом не только запомнил всё, что учил, но и ответил на 98% вопросов на своем первом в жизни собеседовании.

Комментарии (18)


  1. MountainGoat
    24.05.2024 11:38
    +32

    Тайный план изучения IT.

    Он очень тайный
    И очень секретный
    Известен немногим

    1) СЯДЬ

    2) КОДЬ


    1. Octabun
      24.05.2024 11:38
      +3

      В связи с широким распространением планшетов, можно удвоить эффективность процесса обучения убрав первый пункт.


    1. ABy
      24.05.2024 11:38

      И будешь как студент из анекдота:

      Студент как собака... Глаза умные... А сказать ничего не может!

      Кодить сможешь, а за теорию пояснить нет.


  1. KirpaPuto
    24.05.2024 11:38
    +5

    А где же ссылка на ТГ канал?

    Низачот.


  1. dude_sam
    24.05.2024 11:38
    +4

    IMHO сразу надо Git (как минимум сохранять свои наработки с разумными комментариями и минимальной документацией именно так) и Docker (тот же SQL движок поднять) использовать в базовых функциях.

    Как и Python сразу уметь в virtual env.

    Тупо приучит работать "в чистоте".


  1. ahhilless
    24.05.2024 11:38

    Что-то все с ног наголову и все в кучу. Страшно представить что в итоге получится. Это программа обучения какого учебного заведения?:)


  1. hphphp
    24.05.2024 11:38
    +3

    Анки карточки и т.п.

    Если речь про то, что нужно прежде чем освоить любой навык правильно "учиться - учиться", то на coursera есть курс (с субтитрами в т.ч. и на русском языке)

    https://www.coursera.org/learn/learning-how-to-learn

    Там с точки зрения психологии, нейрофизиологии и других дисциплин именитые рассказывают как легко осваивать материал, любой.

    По статье - ссылка на материалы не помешала бы.


  1. 2medic
    24.05.2024 11:38
    +3

    Бытует мнение, что в итоге доходишь до момента, где выученное запоминаешь на вечно, так, что повторять тему больше не надо.

    Угу-угу. Только через пару-тройку лет, все технологии сменятся, некоторые ЯП умрут (а если не умрут, то изменятся до неузнаваемости), появятся новые, сменятся парадигмы программирования, то, что считается хорошей практикой, внезапно станет плохой и т.д. и т.п.

    Отметать, нужно, например, ассемблер или внутреннее устройство ОС, которые знать не обязательно и даже вредно

    Без знания устройства ОС невозможно написать ПО, которое эффективно с этой ОС взаимодействует.

    Представим ситуацию, мой скрипт выполняет код в «вечном» цикле. Но при этом слушает сигналы ОС SIGINT и SIGTERM, по которым корректно завершает работу.

    Если скрипт не будет слушать сигналы ОС, он будет безусловно прибит ОС, и его работа будет завершена некорректно.

    PS: под словосочетаниями "скрипт выполняется", "скрипт будет прибит" я имею ввиду процесс, его выполняющий.


    1. kbnrjlvfrfrf
      24.05.2024 11:38

      Если скрипт не будет слушать сигналы ОС, он будет безусловно прибит ОС, и его работа будет завершена некорректно.

      И что? Вы скрипт совершенно без тестирования в прод пускаете? При тестировании обнаружите проблему, решите, попутно узнав и про SIGINT, и про SIGTERM, и много чего ещё. Айти - это не работа повара которому надо всё знать заранее. Айти это инженерия, где априори всё непредсказуемо и неизвестно. И главное это умение быстро разбираться с незнакомыми проблемами,а не быть ходячим справочником по устройству ОС или ещё чему.


      1. 2medic
        24.05.2024 11:38
        +1

         При тестировании обнаружите проблему

        Подобный скрипт при тестировании может работать вполне себе замечательно. И даже на проде сможет работать замечательно, причём годами. И даже аварийное завершение выдержать многократно, ну просто потому, что цикл будет крутиться в холостую.

        А однажды сервер пошлют на перезагрузку, он предупредит процесс сигналом SIGTERM, который тот проигнорирует, после чего ОС прибьёт скрипт, который в это время чем-то занят. Упс. У нас баг. Откуда? Да фиг знает. Никогда такого не было...

        Программисты начнут добавлять всякое логирование, чтобы локализовать проблему. Но логов будет крайне мало, т.к. сценарий, приводящий к ошибке — воспроизводится редко. Сервер могут ребутнуть 100 раз, но скрипт все 100 раз будет idle. А в 101-й наконец-то выяснят, что опять вот эта операция не выполнена до конца.

        А почему? Да фиг знает. Откуда скрипту знать, что процесс, который его исполняет прибили? Как залогировать такое событие?

        а не быть ходячим справочником по устройству ОС или ещё чему

        Я немного не о том. Изначальный тезис: «знание устройства ОС - вредно». Мой тезис — нет, полезно. А всё остальное, это всего лишь аргументация. На примере, который вполне себе может иметь место в реальной жизни.


        1. kbnrjlvfrfrf
          24.05.2024 11:38

          А однажды сервер пошлют на перезагрузку

          А вы не знали что эти кейсы тоже прорабатывать надо?

          А в 101-й наконец-то выяснят, что опять вот эта операция не выполнена до конца.

          Что и отразится в логах, что случилось это при перезагрузке.

          Я немного не о том. Изначальный тезис: «знание устройства ОС - вредно». Мой тезис — нет, полезно.

          Если уж на то пошло, сигналы отрабатывает не скрипт, а скриптовый процесс. И уже он как-то может сигнализировать скрипту, в рамках скриптового языка (исключение выбросить?). Т.е. знание ОС и SIGTERM'ов в данном конкретном кейсе вообще никак не поможет. Поможет только навык усердной кропотливой отладки.


          1. 2medic
            24.05.2024 11:38

            А вы не знали что эти кейсы тоже прорабатывать надо?

            Упс! Появилось слово «знали». А как же тезис: «знание устройства ОС - вредно». От себя добавлю: надо ещё прорабатывать случаи зависания скрипта и утечку памяти. Но это опять же знать надо.

            Что и отразится в логах, что случилось это при перезагрузке.

            Каким образом? Давайте предметно. Вот часть скрипта:

            Часть скрипта
                public function handle(): void
                {
                    $pdo = DB::connection()->getPdo();
            
                    // Listen to the notifications
                    $pdo->exec("LISTEN my_event");
                    $this->info('Starting');
                    // Forever loop
                    while (true) {
                        $notification = $pdo->pgsqlGetNotify(PDO::FETCH_ASSOC, 10000);
            
                        if ($notification) {
                            $this->info('Received notification: ' . json_encode($notification, JSON_THROW_ON_ERROR));
                        }
                    }
                }

            Задание: используя статический метод debug класса Log (Log::debug()) отобразить информацию, по которой станет понятно, что произошла перезагрузка ОС.

            И уже он как-то может сигнализировать скрипту, в рамках скриптового языка (исключение выбросить?)

            В случае phyton и PHP скрипт самостоятельно устанавливает обработчик сигналов, который и вызовет процесс. Если программист не знает о сигналах, он не установит обработчики.

            Т.е. знание ОС и SIGTERM'ов в данном конкретном кейсе вообще никак не поможет.

            Именно, что поможет. Зная эти особенности программист напишет безотказный скрипт, а не будет чесать репу: почему же всё работает, логика в скрипте верная, но иногда вот случаются казусы...


  1. ryanl
    24.05.2024 11:38
    +1

    POV:
    Ultimate guide: на гит уделяйте 12 дней.
    Me: изучаю git c 2017 года и до сих пор не все знаю.


    1. Kenya-West
      24.05.2024 11:38
      +1

      Подтверждаю. Я git push три года неявно осваивал, там сценариев миллион. А ведь есть ещё git pull, там вообще атас...


      1. kbnrjlvfrfrf
        24.05.2024 11:38

        Ну и сколько сценариев из миллиона вам понадобилось в ежедневной разработке? Один? Два? А что если какой-то третий сценарий вы упустили? Просто возьмёте да разберётесь.

        Не занимайтесь ерундой, занимайтесь разработкой ПО.


        1. Kenya-West
          24.05.2024 11:38

          Не занимайтесь ерундой, занимайтесь разработкой ПО.

          Согласен, перешёл бы на TFS, но даже MS перешли на Git против моей воли.


        1. ryanl
          24.05.2024 11:38

          Не занимайтесь ерундой, занимайтесь разработкой ПО.

          Вы не понимаете, это все часть разработки ПО. Не недооценивайте системы контроля версий в индустрии, где появились микросервисы и микрофронтенды, где есть спеки OpenAPI, OpenTracing, OpenTelemetry и прочее.


          1. kbnrjlvfrfrf
            24.05.2024 11:38

            Вы не понимаете, это все часть разработки ПО.

            Что часть разработки? Доскональное знание миллиона сценариев у git push? Вы там наверно все ключи наизусть учите? В 95% случаев хватает знания 5% часто используемого функционала. А с остальным проще по мере необходимости разобраться. 80% функционала хоть Гита, хоть чего, вам скорее всего не понадобится вообще никогда.