Если вы учитесь, чтобы стать профессиональным разработчиком, вам может быть интересно, чем занимается младший разработчик на рабочем месте.
В этой статье я расскажу о типичном дне младшего разработчика и о том, чего можно ожидать от работы.
Процесс адаптации (Onboarding Process)
Когда вы начинаете работать в новой компании, вы пройдете через так называемый процесс адаптации. Этот термин означает процесс знакомства с компанией.
Сначала вы пройдете через период заполнения важных документов для компании. Сюда входит информация о заработной плате, необходимая для отдела кадров.
Вы также начнете получать доступ к кодовой базе проектов компании, календарю сотрудников, собраниям и чату сотрудников.
Прежде чем вы начнете свой первый день работы, вы, вероятно, будете получать тонны электронных писем. Очень важно, чтобы вы настроили электронную почту компании и периодически проверяли ее в течение дня, чтобы настроить все необходимое.
В первые несколько дней работы у вас будет несколько встреч, на которых вас познакомят с вашим менеджером, командой, а также расскажут о компании и ее ожиданиях.
Это совершенно нормально - быть ошеломленным огромным объемом новой информации. Старайтесь делать заметки во время встреч и задавать вопросы.
Советы по подготовке к работе над проектом
Вы можете быть ошеломлены, когда впервые пытаетесь настроить кодовую базу или не понимаете всего кода в ней. Важно помнить, что ваша компания не ожидает, что вы узнаете все о кодовой базе в течение первой недели.
Они понимают, что вам потребуется некоторое время, чтобы привыкнуть к тому, где что находится и как все работает. Не торопитесь изучать кодовую базу и задавайте вопросы о том, что вам непонятно.
Кроме того, если у вас возникнут проблемы с настройкой проекта, обязательно обратитесь к члену команды. Если процесс настройки не очень хорошо документирован, это может быть хорошей возможностью для вас обновить документацию, чтобы будущие разработчики имели более гладкий процесс внедрения.
Что такое тикеты и доски проектов?
Доски проектов используются для того, чтобы команды знали текущее состояние проекта и понимали, какие работы еще предстоит завершить. На этих досках есть так называемые тикеты, которые представляют собой задачи, находящиеся на разных стадиях завершения проекта.
Вот пример того, как может выглядеть доска проекта. Пример одного из моих личных проектов.
Разработчики назначают себя на тикет, указанный на доске, и читают требования.
Некоторые из этих тикетов могут быть небольшими исправлениями ошибок в существующем проекте. Или вас могут попросить создать новую страницу или компонент для сайта.
Когда вы закончите работу над тикетом, вы отправите PR (запрос на исправление) и попросите провести проверку кода. После того как ваш код будет рассмотрен и одобрен, он будет запущен в производство.
Если у вас возникли уточняющие вопросы по поводу требований тикета, просто свяжитесь с вашим менеджером проекта.
Что такое код ревью?
Процесс обзора кода (код ревью) предполагает, что другой разработчик просматривает ваш код и представляет свои комментарии для улучшения. Такие обзоры кода помогают выявить мелкие ошибки, несоответствия в коде и улучшить качество кода.
Важно не принимать обзоры кода близко к сердцу. Помните, что ваша команда готова помочь вам и предложить конструктивную критику.
Будучи начинающим разработчиком на своей первой работе, вы, возможно, не привыкли к тому, что на ваш код смотрят другие люди. Вы также можете не знать о современных лучших практиках создания крупномасштабных приложений производственного уровня.
Код ревью могут стать для вас отличной возможностью обучения и помочь вам стать более зрелым разработчиком.
Какова роль менеджера?
Инженерные менеджеры выполняют ряд обязанностей, включая планирование и координацию проектов, а также руководство инженерными группами.
Это люди с многолетним опытом работы в области программного обеспечения, которым приходится балансировать между управлением проектами и управлением людьми.
Вот некоторые основные виды повседневной деятельности инженерных менеджеров:
- Участие в ежедневных совещаниях
- Встречи с другими менеджерами, клиентами и заинтересованными сторонами
- Встречи один на один с инженерами
- Возможно, участие в некоторых обзорах кода или кодировании
Я считаю, что хороший менеджер - это тот, кто умеет эффективно общаться с командой и хорошо решает проблемы при их возникновении. Они также отвечают за предоставление обратной связи своим инженерам о том, что они делают хорошо, и о тех областях, в которых необходимо улучшить работу.
Что такое стендап-совещания (Standup Meetings)?
Стендап - это когда вся команда собирается вместе, и каждый член команды делится проделанной работой, работой, которую еще предстоит сделать, и всем тем, что мешает им двигаться вперед.
Очень важно, чтобы если вы застряли в чем-то или заблокированы, вы рассказали об этом команде. Как новый член команды, особенно младший, обязательно попросите помощи, если вы не можете продолжить работу над проектом.
Помните, что ваша команда помогает вам, и вам не должно быть стыдно просить о помощи.
Чего ожидать от группового чата компании
Во многих компаниях есть специальный чат-сервер или группа, где члены команды могут общаться друг с другом в течение дня. Моя компания использует Slack и имеет множество каналов для конкретных проектов, программных тем и различных разговоров, не связанных с технологиями.
Я считаю, что здоровая культура компании не предполагает, что вы должны быть доступны каждую секунду в групповом чате. Это нормально, если кто-то пишет вам, а вы не отвечаете сразу, потому что были заняты чем-то другим.
Но, как правило, не стоит полностью молчать в течение всего дня, когда никто не может до вас дозвониться. Если вы работаете виртуально в качестве младшего разработчика, общение действительно важно.
Вы сами решаете, насколько активно вы хотите участвовать в чате компании. Но я бы посоветовал заходить туда время от времени в течение дня, чтобы быть в курсе того, что происходит в вашей команде и в проекте.
Заключение
Первые несколько недель работы в качестве джуниора могут быть очень сложными. Важно помнить, что ваша компания понимает, что вы еще новичок в этой отрасли и вам предстоит многому научиться.
Просто постарайтесь воспринимать все как один день за раз и узнавать как можно больше. Задавайте вопросы о том, что вам непонятно, и просите помощи, если вы застряли на какой-то проблеме.
Прежде чем обращаться за помощью, обязательно попробуйте решить проблему самостоятельно, прочитав документацию и другие статьи. Кроме того, постарайтесь как можно подробнее рассказать о том, в чем именно заключается проблема, чтобы другие могли помочь вам.
Старайтесь учиться у своих коллег, потому что у них разный уровень знаний и опыта.
И самое главное, будьте проще к себе. Пройдет некоторое время, прежде чем вы освоитесь с кодовой базой и требованиями рабочего процесса.
Надеюсь, эта статья помогла вам понять, чего ожидать, работая младшим разработчиком! Желаю удачи на вашем пути разработчика.
Автор стать: Джессика Вилкинс
