5 советов для первого года работы junior разработчика

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

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

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

Ваша первая работа в IT очень важна. В первую очередь потому, что этот опыт может полностью определить, подходит ли вам этот карьерный путь. Именно от вас зависит, будете ли вы выкладываться на полную и делать все возможное, чтобы максимально реализоваться. Самое сложное уже позади: вы изучили программирование на неплохом уровне и нашли работу. Ваша следующая задача – проявлять себя следующие 6-12 месяцев на позиции junior разработчика. Это будет непросто, но если вы примените правильный подход к этому, ваши усилия не останутся незамеченными, и вы изучите действительно много. Основываясь на моем личном опыте, полученном за год работы на позиции junior front-end разработчика, я составил подборку из 5 советов для успешного первого года работы junior разработчика.

1. Подготовьтесь к мозговому штурму

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

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

Храните заметки в текстовом файле

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

Попросите помочь, если вам необходимо направление

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

2. Коммуницируйте

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

  • Ваша команда не справится с задачей на спринт или конкретной целью
  • Вас могут посчитать неэффективным

Коммуникация с коллегами позволяет прогрессировать намного быстрее, помимо этого вы позволяете им помогать вам решать проблемы.

3. Проявляйте энтузиазм

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

Энтузиазм можно описать такими примерами:

  • Готовность выпрыгнуть из своей зоны комфорта
  • Рвение к изучению новых языков и технологий
  • Готовность протянуть руку помощи, даже если вас об этом не попросили

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

4. Задавайте правильные вопросы

Как бы глупо это не звучало, фактически, это тоже навык. Умение задавать хорошие вопросы невероятно важно для всех разработчиков, особенно на позиции junior. Естественно, изучая новой для себя сферы и прогрессируя на новой работе, у вас появится тонна вопросов, которые вы захотите задать. Более того, это будет просто необходимо.

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

Покажите, что вы хотя бы попытались

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

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

Вместо

“Я не могу разместить этот h3 по центру div”

Напишите

“У меня не получается центрировать h3 элемент по горизонтали и вертикали внутри div. Я попытался использовать flexbox. Я применил flex display свойство вместе с justify-content и align-items center к div (родителю), но это не сработало. Я предполагаю, что проблема в специфичности селекторов. Я просмотрел CSS файл, но не смог найти, где перезаписываются мои стили. Можешь подсказать, как решить эту проблему?”

Дозируйте количество вопросов

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

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

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

5. Найдите ментора

Если вам повезет, вам назначат ментора на новой работе. Если это так, поздравляю! Извлеките пользу из этого, так как менторы обычно знают не только многое по части разработки, но и какую-то специфичную для вашей компании информацию, которая поможет вам успешно устроиться и прогрессировать на своей новой позиции. Я действительно советую вам найти себе ментора, ведь иметь человека, к которому можно обратиться с вопросами касательно вашего прогресса или любых ваших “болей” крайне полезно.

Но даже если вам не назначили ментора – это не катастрофа. Если вы ведете себя правильно, зачастую более опытные разработчики с которыми вы работаете, де-факто станут вашими менторами, особенно если вы построите с ними крепкие рабочие отношения.

Заключительные мысли

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

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

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Scroll to Top