5 советов, которые помогут вам в первый месяц в качестве нового разработчика
Раньше все были новичками в компании. У всех, кто называет себя инженером, разработчиком или программистом, была первая работа, на которой они чувствовали, что ничего не знают, и все были лучше, чем они.
Будучи новичком, поговорив с другими людьми об их первом опыте работы в новой должности разработчика, а затем наняв новых инженеров в свою команду, я составил список вещей, которые сделают ваш первый месяц (или два) менее напряженным и помогут вы превращаете все пугающие неизвестные вещи в преимущество.
1. Привыкайте к неудобной новизне
Все новое на новой работе. Каждый раз.
Неважно, нулевой у вас день или 10 лет опыта работы разработчиком: всегда будет ощущение, что все новое. В основном потому, что это так.
Каждый раз, когда вы начинаете новую работу, вы обнаружите множество вещей, которых вы никогда раньше не видели: каждая компания работает по-своему, имеет разные культуры и рабочие привычки; вы будете работать с новыми людьми, новыми кодовыми базами, иногда новыми технологиями, и все это (и многое другое) обязательно займет некоторое время, чтобы понять; особенно если это ваша первая работа.
Если вам никто никогда этого не говорил, позвольте мне сказать вам прямо сейчас: вы не обязаны сразу хорошо справляться со своей первой работой. Как новый разработчик, мы не привыкли к новизне всего этого, но со временем вы, вероятно, научитесь лучше справляться с новым и быстро адаптироваться к нему. Так что не стоит слишком сильно на этом зацикливаться.
Но если вы хотите быстрее набрать скорость, вам нужно привыкнуть к неприятному ощущению нового и использовать его как ресурс, а не помеху. Сделайте глубокий вдох и положитесь на своих сверстников. Все они знают, каково это быть новичком (хотя некоторые, возможно, забыли).
Вот список вещей, которые вы можете сделать:
- Задавайте столько вопросов, сколько вам нужно, иногда до раздражающего характера. Лучше раздражать несколько недель, чем полностью потеряться на несколько месяцев. (Но также узнайте, кого вы можете раздражать, а кого нет.)
- Спросите у более старшего коллеги, могут ли они провести вас по кодовой базе, или, в качестве альтернативы, попросите исправить некоторые мелкие ошибки, если вы предпочитаете исследовать их самостоятельно. Это поможет вам быстрее ознакомиться с кодовой базой, а также проявит инициативу и сопричастность.
- Спросите, можете ли вы понаблюдать за коллегой в течение дня и посмотреть, как он работает и взаимодействует с другими людьми. Затените более одного, если сможете.
- Если они еще этого не делают, организуйте встречи один на один с людьми из вашей команды и некоторыми другими людьми, с которыми ваша команда может взаимодействовать на регулярной основе. Спросите о своей команде и их работе, о том, как они взаимодействуют, и обо всем, что вам может быть интересно узнать. Это особенно полезно, чтобы понять, кто и как люди и к кому обращаться, когда у вас есть вопросы.
- Спросите, есть ли у них какая-либо документация, которую вы могли бы прочитать, чтобы лучше и быстрее понять работу.
«Лучше раздражать несколько недель, чем полностью потеряться на несколько месяцев».
2. Документируйте все
Если у них нет документации, вы можете быть тем, кто ее пишет. И вместо того, чтобы видеть в этом что-то плохое, вы можете заставить это работать в вашу пользу.
Пауза для небольшой личной истории.
Когда я присоединился к своей команде, у них не было документа об адаптации, поэтому мой менеджер в общих чертах предложил мне вести записи о процессе адаптации (все, что я узнал за первый месяц в команде) и составить документ, который мог бы помочь следующим людям. в ближайшие.
Сначала я не слушал полностью и никогда не делал заметок о настройке моей среды, так как я не думал, что это понадобится — это не была заданная среда, нам разрешалось использовать то, что лучше подходит для нас. , поэтому я подумал, что никому больше не понадобятся подробности настройки моей среды.
О боже, я был неправ… и я был тем, кто пострадал от последствий, так как всего две недели спустя им нужно было обменять мой компьютер на другую модель, и мне пришлось заново делать всю настройку.
После тех двух дней, которые я потратил на повторное изучение того, как настроить свой компьютер, я понял, что даже если некоторые из вещей, которые я изучил, могут быть бесполезны для других людей, я мог бы быть тем, кто извлечет пользу из них в будущем.
Это помогло мне осознать важность документации: она полезна не только для ускорения процессов (моя вторая установка могла занять у меня пару часов вместо двух дней), но и для того, чтобы убедиться, что все находятся на одной странице и понимают работу, которая делается.
С тех пор я стал лучше и лучше документировать процессы и даже получил награду за документацию. Только я знаю, сколько раз мне приходилось возвращаться к собственному документу о регистрации, когда мне нужна была информация, которую я уже забыл.
Без надлежащего онбордингового документа может потребоваться больше времени, чтобы разобраться во всем, и это может быть не проблемой, а скрытым благословением.
Мой вам совет: делайте заметки обо всем, что вы изучаете, обо всем, что, по вашему мнению, может быть важно запомнить позже, обо всех встречах и ритуалах вашей команды; Если вы не знаете какой-то процесс, попросите коллегу просмотреть его вместе с вами и сделать заметки.
Затем вы получите все эти заметки и отформатируете их в адаптационный документ так, как вам удобно. С другой стороны, если документ по адаптации уже есть, вы можете сравнить с ним свой опыт, чтобы проверить, не изменилось ли что-то или чего-то не хватает, и вы можете помочь улучшить его с помощью новых знаний. Сделан первый проект. И вы еще даже не коснулись кодовой базы.
Кстати, всегда полезно документировать каждый раз, когда вы получаете комплименты в адрес своей работы или успешно выполнили задание. Ведение «Документа хвастовства» — отличный способ помочь себе справиться с синдромом самозванца, а также помочь вашему руководителю и коллегам в оценке эффективности.
3. Делайте это один день за раз
Эти первые дни или недели могут показаться пугающими, и синдром самозванца может нанести вам визит. Просто помните: ваши коллеги тоже были там. У каждого когда-то была первая работа, и у многих возникает синдром самозванца, даже после многолетнего опыта.
Всегда будут дни, когда все кажется слишком сложным, и вы чувствуете, что ничего не понимаете. Это очень нормально, все были там, и хотя это неприятное чувство, со временем вы научитесь распознавать его и не поддаваться ему.
Мой способ смягчить синдром самозванца — просмотреть мой хвастливый документ. Если это не поддержит меня, я попытаюсь решить проблему. Все люди разные, вам просто нужно найти то, что заставляет вас не чувствовать себя так. Это чувство, скорее всего, будет сопровождать вас до конца вашей карьеры, особенно если вы молодая женщина. Как и при синдроме самозванца, некоторые вещи требуют времени и опыта, чтобы вы их поняли.
Есть одна техника отладки, которую я думал, что знаю, как использовать, но каждый раз, когда мне нужно было ее использовать, я всю жизнь не мог понять, что я делаю неправильно, и это никогда не срабатывало. Синдром самозванца кричал на меня каждый раз, когда я пытался что-то отладить.
В течение полутора лет я снова и снова спрашивал своего менеджера, как это сделать, каждый раз, когда мне нужно было что-то отладить, пока в один прекрасный день мне больше не нужно было спрашивать его.
Некоторые вещи могут занять у вас день, в то время как другие могут занять у вас полтора года и несколько попыток понять. И это нормально. В процессе разработки, чем чаще мы в чем-то ошибаемся, тем больше мы это видим и заново изучаем, а когда мы, наконец, схватываем концепцию, тем легче потом ее вспомнить.
Каждая ваша неудача — это просто способ закрепить это знание глубже в вашей голове. Так что вам может понадобиться несколько дней, чтобы быть перегруженным чем-то, пока вы не получите это. Будьте снисходительны к себе.
«Некоторые вещи могут занять у вас день, а другие — полтора года и несколько попыток понять. И это нормально».
4. Не будь оленем в свете фар
Некоторым людям свойственно замирать, когда они чувствуют себя перегруженными, и, как я уже говорил ранее, этот первый опыт в новой компании полон возможностей почувствовать это.
Чтобы смягчить это чувство подавленности, вы должны делать что-то, что вы знаете и чувствуете себя комфортно, чтобы держать себя в движении: выяснить ошибку, просмотреть PR, поговорить с кем-то о том, что вам нравится, написать о своем опыте или понравиться мне. Опросите людей о вашей команде и продукте. Что?! Ага. Я это сделал.
Я пришел из очень — ОЧЕНЬ — отличного от компьютерных наук образования: раньше я был помощником режиссера в кино и на телевидении. Итак, моя первая работа в качестве разработчика была более чем ошеломляющей; Это было совершенно иначе, чем все, что я когда-либо знал. Раньше я никогда не работал в офисе или с техникой, и на другом языке, чем мой. Все, от структуры встреч до масштабирования, наличия менеджеров, совместного использования кодовой базы, работы в системе дизайна и работы с людьми из другой страны, было для меня новым.
У меня был месяц в запасе между подписанием моего письма с предложением и днем, когда я начал работать, и мой менеджер купил мне книгу о системах проектирования, чтобы я быстрее вошел в курс дела. В книге (Дизайн-системы Аллы Холматовой) они подробно описали процесс создания дизайн-системы с нуля, а также подробно рассказали о том, как нужно понимать назначение дизайн-системы, прежде чем принимать решения о ней. путем опроса команды и заинтересованных сторон. Эта книга, наряду с большим количеством UX, которые я изучал в то время, натолкнули меня на идею создать опрос, который я мог бы задать людям, проводя свои 1: 1.
Опрос состоял из короткого 5-10-минутного личного интервью о том, как они оценивают мою команду, нашу службу поддержки клиентов, какие компоненты системы дизайна им нравятся больше всего, а какие меньше всего, как они описали бы систему дизайна в трех словах и несколько слов. другие вопросы. Я также взял интервью у своих товарищей по команде, задав немного другие вопросы, чем остальные.
Я пообещал анонимность и заверил их, что не заинтересован в этом, так как я только присоединился и не несу ни за что ответственности. Я сделал это в надежде, что они будут максимально правдивыми, и я смогу получить хорошие идеи. После месяца собеседований и обработки чисел я создал презентацию для своей команды.
Этот опрос не имел ничего общего с работой по разработке как таковой, но он помог мне многое понять о моей команде, о работе, которую они выполняли, о том, как их воспринимали другие команды, и о том, что мне нужно было сделать, чтобы догнать их (один из главными фразами в опросах было «отличное обслуживание клиентов», и я чувствовал, что с этого момента мне нужно соответствовать этому).
Это помогло мне не застрять в чувстве перегруженности, а также помогло моей команде найти болевые точки в дизайн-системе, о которых они раньше не знали.
Вся эта история просто для того, чтобы показать вам, что если вы чувствуете себя подавленным, вы можете положиться на что-то, что поначалу кажется вам более знакомым. Попробуйте найти то, что вы привыкли делать и что может принести пользу вашей команде.
Для этого даже не нужно включать код или что-то обязательно ожидаемое от разработчика. Просто делая что-то привычное для вас, вы почувствуете себя перегруженным и на самом деле можете помочь вашей команде так, как они этого не ожидали. В большинстве случаев ваш свежий взгляд поможет увидеть то, чего не видят ваши старшие товарищи по команде.
5. Это закончится в один прекрасный день, так что наслаждайтесь, пока это длится
Лучшее в том, чтобы быть новым разработчиком, это то, что в большинстве случаев люди будут давать вам больше поблажек, поскольку вы все еще учитесь и понимаете вещи. Это открывает вам возможность совершать ошибки, пробовать новое и многому учиться.
Не тратьте впустую это время, думая, что вы ничего не знаете или что вы ниже своих сверстников. Поверьте, это не так. Тебя наняли, потому что в тебе что-то увидели. Спросите своего менеджера, со сколькими людьми вы конкурировали за работу. Это может дать вам некоторую уверенность, в которой вы нуждаетесь.
Кроме того, примите тот факт, что у вас есть много возможностей для роста, и каждое ваше взаимодействие с вашей командой или новой частью кода — это возможность узнать что-то новое или закрепить уже имеющиеся знания.
Если у вас есть возможность, идите вперед и создайте свой собственный проект, сделайте что-то с нуля и позвольте себе учиться и делать ошибки в процессе. Ничто так не учит нас падать и снова подниматься, как падать и снова подниматься. И нет ничего лучше, чем видеть, как то, что вы идеализировали и построили сами, воплощается в жизнь.
Со временем вы перестанете быть тем новым разработчиком, которым когда-то были, вы даже можете получить повышение или два, и вы увидите, как обязанности растут, а ошибки могут стать более дорогостоящими — хотя ошибки случаются всегда, и это нормально. слишком. Так что позвольте себе экспериментировать, пока это время не пришло.
Быть разработчиком может быть как на американских горках, где у вас бывают хорошие и не очень хорошие дни. Будут времена, когда все будет казаться беспорядком, и вы ничего не сможете понять, но когда вы, наконец, найдете решение проблемы, которая беспокоила вас в течение нескольких дней, это волшебно и наполнит вас эйфорией.
Помните, что даже опытные разработчики совершают ошибки и продолжают учиться каждый день. Вы не одиноки в этом путешествии, поэтому обратитесь к своим коллегам за поддержкой и советом. Примите процесс постоянного обучения и наслаждайтесь поездкой.
Не позволяйте никому подорвать ваши способности или обескуражить вас, и добро пожаловать в команду!
Если вы хотите узнать больше о своем первом году работы разработчиком, прочитайте мою другую статью:
Скопированное редактирование: Джессика Аппельбаум
Дополнительные материалы на PlainEnglish.io.
Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter, LinkedIn, YouTube и Discord .
