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

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

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

Верно?

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

Вот как я поставил свои цели кодирования в первый раз, когда попытался научиться программировать: Я собираюсь изучить HTML в этом месяце. В следующем месяце я займусь JavaScript.

Звучит знакомо? Замечательный результат, никакого процесса.

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

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

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

Например, если вы хотите выучить HTML и CSS за 30 дней (результат), это абсолютно достижимо. Но , что это на самом деле означает? Сколько часов в среднем нужно человеку для изучения HTML и CSS? И затем, сколько часов в день или неделю (процесс) вам нужно для достижения этой цели? Если на это уходит 8 часов в день, 5 дней в неделю, в состоянии ли вы это сделать? Какой показатель действительно определяет успех: результат или процесс? (подсказка: это не результат).

Проще говоря: знание того, сколько времени требуется для достижения цели и сколько времени вы можете регулярно уделять, решит, когда вы можете рассчитывать на достижение этой цели.

Это похоже на проблему навигации по времени и расстоянию: если вам нужно проехать 100 километров, вы не сможете знать, когда доберетесь до пункта назначения, если не знаете, с какой скоростью вы путешествуете. Каким бы искренним вы ни были, вы не сможете преодолеть 100 километров за 1 час, если идете пешком. Ставить такую ​​цель абсурдно и приведет к разочарованию, если вы обманываете себя, думая, что это возможно.

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

Большинство обучающих ресурсов в Интернете упрощают эту задачу. FreeCodeCamp.org упрощает задачу - в учебной программе четко указано, сколько времени занимает сертификация! Такие сайты, как Udacity и Coursera также говорят вам об этом, но это скрыто под другими данными курса. Обычно они говорят вам, что вы можете пройти курс за X недель, если будете проводить как минимум Y часов в неделю.

Даже на Удэмы это можно просчитать. Например, мой курс длится около 3 часов. Вы можете закончить его за день, если потратите 4 часа (включая размышления и задания). Если вы тратите час в день, вы не сможете закончить его менее чем за 3 дня. Для дополнительных технических курсов, где вы учитесь кодированием, я бы умножил количество часов видео как минимум на 3, чтобы получить оценку времени, необходимого для прохождения курса.

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

И это одно изменение в подходе значительно увеличит ваши шансы на успех. Таким образом вы узнаете, на что у вас уйдет 6, 12 или 18 месяцев. Никаких неприятных сюрпризов - и вы можете построить твердый план вокруг этого и подготовиться к путешествию.

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

[Обновление] Куинси из freeCodeCamp перезапустил подкаст freeCodeCamp и использует свой невероятный опыт преподавателя, чтобы собрать воедино контент, который поможет вам в вашем путешествии. Я недавно был на 53-м эпизоде, и некоторые вещи в этом посте освещены там более подробно. Вы также можете получить доступ к подкасту в iTunes, Stitcher и Spotify или прямо с этой страницы.

Если вы хотите рассказать о своем путешествии, я с удовольствием послушаю. Напишите мне в Твиттере @ZubinPratap. Если вы думаете, что то, что вы только что прочитали, может быть кому-то полезно, поделитесь, пожалуйста.

Если вы хотите получить купон на скидку на мой курс Udemy, свяжитесь с нами по этой ссылке. Я расскажу об этом и многих других методах, которые помогут вам не бросить кодирование.