Что делать когда взяли на первую работу

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

Небольшое вступление

Года 2-3 назад с поиском работы было довольно проблематично (во фронтенде). Желающих очень много, вакансий в разы меньше. Из того, что я наблюдаю в чатах сейчас, в нынешнее время ситуация не особо изменилась. И начинающий сотрудник, после стресса во время поиска, может испытать новый стресс, когда наконец получил какую-то работу. Многие люди волнуются, переживают, теряются, возникает синдром самозванца и тд. Необходимо успокоиться и понять ту вещь, что если вас взяли на эту работу, то вы подходите компании и на эту вакансию, значит ваши навыки устраивают работодателя на текущем этапе. Все адекватные люди и не кинут начинающего сотрудника на сложные задачи (при условии, что никто не нафантазировал в своём резюме ).

Непосредственно работа

Работа может быть как соло, так и командная разработка. Рассмотрим для начала соло проекты. Это могут быть какие-то лендосы, сверстать статичные многостраничники, поправить или добавить что-то на существующих проектах и тд. Каких-то базовых знаний вёрстки и может быть JS вполне хватает. Учимся рассчитывать свои силы, время. Зависит от компаний и заказов, конечно, но бывает и так, что во время обучений кейсы были намного сложней, чем реальные. Для некоторых задач может понадобиться разобраться с какой-то библиотекой, бутстрапом или чем-то для анимаций например. Конечно это может занять какое-то время и не надо этого стесняться, просто объясняете это своему начальнику или ментору и двигаетесь дальше.

Командная разработка

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

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

Изучаем проект. Архитектура, где что располагается. Как называют папки и файлы. Как оформлен код. И стараемся соответствовать. Помним, что другие разработчики тоже пользуются нашим кодом и он должен быть понятен. Лучше написать понятную функцию, которая чуть длиннее, чем «крутую», но которую не сразу поймут те, кто будут её смотреть потом. Если встречаете участки кода, которые по вашему мнению можно улучшить, то не бойтесь предложить это. Вполне возможно, что этого не замечали ранее или вам объяснят почему выбранный вариант лучше.

Поднимаем свои скиллы. Всю жизнь раскрашивать кнопки не так интересно, так что изучаем то, что необходимо для решения более сложных задач. React, Angular, Vue, смотря что у вас за проект. Изучаем как подключается бэк. Пробуем писать какую-то бизнес логику. Стараемся брать задачи посложней и разбираться в них, опять же попутно спрашивая своих коллег о том, что не можем понять сами.

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

Некоторое заключение

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