Как не бросить программирование: 5 реальных советов

Вы решили заняться разработкой и рьяно взялись за дело: записались на курсы, купили ноутбук помощнее, скачали редактор кода. Уже мечтаете, как получите оффер в бигтехе, заработате там кучу денег, сделаете на них свой стартап и переедете на тёплый остров. 

Сначала всё идёт неплохо — вроде бы даже не так уж и трудно. Но постепенно задачи усложняются, появляется всё больше непонятных моментов, темп обучения становится менее бодрым. Однажды вы сидите ночью над своим запутанным кодом и думаете: «А, может, в… её, эту разработку?»

Не спешите поддаваться этой мысли.

Почему бросают программирование 

Если вы уже в который раз бросаете и снова начинаете изучать программирование, вы не одиноки. С этим сталкиваются многие начинающие разработчики. Дело не в том, что у вас слабая мотивация или «не тот» склад ума. Большинство отступает не из-за сложности программирования как таковой, а из-за того, как устроен процесс обучения. 

Пузырь непонимания: как одна нерешённая задача рушит всё

Чаще всего всё ломается об одну конкретную штуку, которую вы не поняли.

Сценарий обычно такой: вы что-то изучаете → натыкаетесь на непонятный момент → пытаетесь разобраться → не получается → спросить не у кого → откладываете на потом.

Проходит день-два. Затем неделя. У вас появляются время и интерес попробовать снова. Возвращаетесь к обучению и… Как будто забыли вообще всё. Даже то, что до этого знали. Мозг тут же выносит безысходный вердикт: «Ну, всё, надо начинать с нуля». 

Именно на этом этапе часто решают бросить программирование.

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

Внешние обстоятельства — не отговорка

Ещё одна частая причина, по которой бывает трудно учиться программированию, — остальная жизнь.

У взрослых людей хватает дел: интенсивные периоды на работе, переезды, рождение детей. Как бы вы ни были замотивированы, в такие моменты обычно физически невозможно продолжать обучение в прежнем темпе.

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

Вот ещё несколько советов, как не бросить учиться программированию.

Совет 1. Не поддавайтесь демону многозадачности 

Программирование нередко ощущается таким сложным из-за многозадачности. Даже простая задача быстро разрастается. Появляется условие — и сразу две ветки: если так, делаем одно, иначе — другое. Добавляется новое условие, и вариантов становится ещё больше. Через пару минут вы уже пытаетесь держать в голове целый клубок из разных сценариев.

Но вот как обстоят дела: компьютер умеет параллельно выполнять десятки задач, человеческий мозг — нет. Учёные объясняют, что мы в принципе не можем делать одновременно несколько дел — только быстро перескакивать с одного на другое. Но при таком режиме работы внимание рассеивается, мы устаём, качество результата падает.   

Короче, правило простое: в один момент времени — одна задача. Это один из базовых навыков программиста — терпение и умение не отвлекаться.

Но как это сделать, если многозадачность — в самой природе разработки? Например, так. 

Использовать TODO 

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

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

Например: 

// TODO: предусмотреть ситуацию, когда пользователь ничего не ввёл

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

Главное — возвращаться к этим пометкам. Если TODO-комментарии висят в коде месяцами, то превращаются в склад забытых недоделок, из-за которых становится сложнее поддерживать проект. 

Планировать код до того, как начать его писать

Распространённая ошибка — сразу бросаться писать код, как только появилась задача. Чем быстрее начнёшь, тем быстрее закончишь — логично ведь? 

На практике происходит обратное. Вы пишете часть решения, потом упираетесь в ограничение, о котором не подумали заранее. Начинаете обходить его костылями, код разрастается, логика путается. В какой-то момент становится проще всё переделать, чем исправить.

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

Совет 2. Не обманывайтесь иллюзией завершённости  

Ещё один момент, на котором теряется мотивация в программировании, наступает уже после того, как всё вроде бы получилось.

Вы написали код, запустили — работает. Задача решена, вы в лёгкой эйфории от своей крутости. 

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

Не волнуйтесь: на самом деле всё идёт по плану. 

Что на самом деле входит в «завершённый» проект

Когда программа заработала, она обычно покрывает только основной сценарий — тот, ради которого вы её и писали.

Но дальше нужно сделать ещё много всего:

Помните правило Парето? В упрощённом виде оно звучит так: 20% усилий дают 80% результата, а остальные 80% усилий — лишь 20% результата. 

Программист Сергей Немчинский немного адаптировал это правило под реалии разработки: первые 20% усилий дают 80% работающего функционала, остальные 80% усилий уходят на последние 20% функционала. Так устроен почти любой проект.

Как не сломаться на финишной прямой

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

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

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

Совет 3. Не перегружайте себя учёбой 

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

На самом деле это почти всегда ломает процесс. Мозгу нужно время, чтобы переварить новые знания. Если пытаться загрузить в голову всё сразу, материал не будет усваиваться. А ещё вы можете быстро выгореть и потерять интерес к новой сфере. 

Поэтому лучше уделять программированию 2–3 часа в день, но регулярно. Это даст больше прогресса, чем редкие забеги по 8–10 часов, после которых вы неделю когнитивно и морально восстанавливаетесь.  

Вот ещё пара приёмов, чтобы не терять мотивацию.

Система вознаграждений: как встроить обучение в жизнь без насилия

Если обучение превращается в сплошное «надо», вы начинаете ощущать давление. А когда на нас давят — даже если это делаем мы сами — включается желание всё это тихо саботировать. 

Можно немного схитрить и привязать обучение к чему-то приятному. Например: как только закрываете задачи на сегодня, 30 минут играете на PS. Ну, или делаете ещё что-то, что вам нравится. 

Так вы не только начнёте стараться ради вознаграждения, но и постепенно закрепите ассоциацию: программирование = удовольствие. Эффект собаки Павлова никто не отменял. Со временем внутреннее сопротивление снизится, и обучение будет даваться легче. 

Отслеживание прогресса как антидот от ощущения «я ничего не делаю»

Ещё одна особенность работы психики — когда мы что-то делаем без видимого результата, появляется фрустрация. К сожалению, в обучении результат всегда сильно отложен. Чтобы начало получаться, нужно время и куча попыток. Из-за этого легко словить ощущение застревания и потерять запал. 

На самом деле, даже если ожидаемого результата пока нет, вы постоянно идёте вперёд. Просто, скорее всего, этого не замечаете. 

Решение — сделать прогресс видимым. Самый простой способ — трекер задач. Можно использовать любой: от Todoist до обычного списка в заметках. Смысл в том, чтобы разбить обучение на шаги и отмечать их по мере выполнения. Прошли урок — отметили. Сделали практику — отметили. Разобрались с задачей — отметили.

Когда откроете список через несколько недель и увидите, сколько уже закрыто, восприятие сильно поменяется, поверьте. Вместо мыслей «Я топчусь на месте» появится осознание «Ого, я прошёл уже половину курса». Это сильно поддерживает мотивацию на длинной дистанции. 

Совет 4. Обзаведитесь поддержкой

Один из самых недооценённых факторов в обучении — правильное окружение. Оно помогает двигаться быстрее и мотивирует продолжать, даже когда появляется желание всё бросить.

Почему важны люди рядом и как их найти

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

Следующий уровень — ментор из более опытных разработчиков. Его можно найти в тех же профессиональных сообществах: иногда люди сами предлагают помощь новичкам, иногда можно договориться о разовой консультации или код-ревью. Ещё варианты — платное менторство, курсы с наставниками или знакомые из ИТ, если такие есть.

Ментор нужен не для того, чтобы делать за вас задачи, а чтобы нежно подпинывать и объяснять моменты, в которые вы упираетесь. Особенно те, которые сложно нагуглить, потому что вы даже не знаете, как правильно сформулировать вопрос. 

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

Как объяснить домашним, что вы учитесь, а не сидите без дела

Другие разработчики понимают, через что вы проходите, и могут поддержать. А вот с близким окружением так бывает не всегда. Особенно если люди далеки от ИТ.

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

Друзья и родные не пытаются специально мешать. Они правда не до конца понимают, чем вы заняты.

Не нужно уходить в объяснения, как работает код, —- для человека без бэкграунда это просто набор непонятных символов. Будет действеннее объяснить с более прикладной точки зрения: вам важно регулярно уделять время обучению, потому что вы осваиваете новую полезную профессию. Именно благодаря специалистам, к которым вы хотите примкнуть, можно пользоваться удобными сервисами вроде маркетплейсов и приложений доставки еды. Скорее всего, после этого, близкие быстро проникнуться уважением к вашему обучению. 

Если не сработало, что ж, так тоже бывает. Тогда лучше не тратить ресурс на переубеждения и просто чётко обозначить границы: с 19:00 до 22:00 вас не отвлекать — ни на вопросы, ни на сообщения, ни на звонки вы отвечать не будете. А за поддержкой идти к людям из вашей сферы. 

Совет 5. Не забывайте, почему решили начать

Углубившись в программирование, можно наткнуться на нехватку фундаментальных знаний. Особенно, если вы переходите в разработку из другой профессии. Тут легко начать сомневаться в себе: «Может, это вообще не моё?». 

Спокойно. Любые пробелы восполняются. Вспомните, как вы пришли в первый класс. Скорее всего, к тому времени вы отлично говорили, неплохо читали и, возможно, даже умели писать. А когда начали проходить правила русского языка, оказалось, что ни черта не знаете. Но в итоге всё выучили, сдали экзамены и выпустились из школы. 

Здесь будет так же, не переживайте. 

Почему паника «я говно-программист» — это нормально

Почти все, кто учится программированию, в какой-то момент приходят к выводу, что вообще ничего не понимают.

Раскроем секрет: так думают даже опытные разработчики. Просто они уже не раз через такое проходили и знают, что это временно. А вы сейчас столкнулись с этим впервые.

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

Ошибки и сомнения — не показатель того, что вам не подходит эта профессия. Это естественная часть пути освоения любого нового навыка. 

База подводит: как найти и закрыть слепые зоны 

От нехватки знаний давно есть лекарство. Сейчас можно найти в открытом доступе практически любую информацию. 

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

Это нормально для самоучек. Просто у вас пока нет «карты местности» — набора базовых понятий, которые помогают ориентироваться в теории.

Стратегия здесь следующая: не пропускать такие места. Увидели незнакомое слово — остановились и погуглили, что оно значит. Позже появилось свободное время — разобрались в этой теме глубже. Так вы постепенно достроите теоретическую базу и начнёте гораздо увереннее разбираться в задачах.

Можно выбрать более короткий путь и пройти курсы, где уже собрана и систематизирована необходимая теория. 

У Практикума есть бесплатные курсы для тех, кто только присматривается к разработке и хочет понять, как всё устроено:

И более продвинутые программы для тех, кто уже определился с направлением: 

Главный вопрос, который возвращает мотивацию

Если силы и терпение уже совсем на исходе, задайте себе вопрос: «Почему я вообще в какой-то момент захотел заниматься разработкой?» — это помогает вернуть мотивацию и осознанно приобрести новый навык, а не просто заставлять себя учиться.

Не нужно абстрактных ответов в духе «Потому что это перспективное направление и за этим будущее» или «Потому что это возможность создавать крутые продукты, которыми будут пользоваться миллионы людей». 

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

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

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

Советуем дополнительно почитать по теме: