Одна из многих вещей, которые вы можете задать себе, начиная карьеру разработчика программного обеспечения:

«Как я ДЕЙСТВИТЕЛЬНО могу внести свой вклад в мою новую команду?»

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

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

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

Гордитесь своей работой

Давайте посмотрим на картинку.

Теперь вы, вероятно, спрашиваете: «Почему вы показываете мне фотографию старых банок с колой-колой?»

Что справедливо. Но что, если я скажу вам, что это на самом деле картина маслом? Да, эта гиперреалистичная картина - работа Педро Кампоса (см. Ссылку на его сайт выше). Вы можете увлекаться искусством, а можете и не увлекаться им, но согласитесь, это довольно круто (мой телефон даже не фотографирует так четко).

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

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

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

Умейте обращаться за помощью

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

«Привет, я работаю над этой задачей, и я пытаюсь сделать что-то, но я получаю ошибку в этой функции в этой строке. Сообщение об ошибке сбивает с толку, есть ли у вас какие-нибудь идеи? »

Чем больше информации вы предоставите, тем легче будет другим помочь. Вы также покажете, что понимаете, что пытаетесь сделать, и просто уперлись в стену.

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

Слушать

«Чем тише ты становишься, тем больше слышишь».

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

Задавайте вопросы, если вы не уверены в том, о чем говорится, но старайтесь не перебивать и не перебивать кого-то еще. Это никому не нравится.

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

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

Помочь другим

После выполнения задания вы оказались в безвыходном положении? Или ждете, пока ваш код будет рассмотрен / протестирован? Вы можете потратить это драгоценное время на просмотр Facebook или найти способы помочь своей команде.

Не бойтесь обратиться к своей команде и сказать:

«У меня есть небольшой перерыв, если кому-то понадобится помощь?»

Даже если никому не нужна помощь, команда будет признательна за вашу просьбу. Теперь вы можете просматривать социальные сети без вины! Ура!

Хорошо общаться

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

Вы будете работать с менеджерами, товарищами по команде (некоторые удаленные!), Конечными пользователями и т. Д. Поэтому важно уметь хорошо общаться.

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

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

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

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

БОНУСНЫЙ СОВЕТ: заранее подготовьте то, что вы собираетесь сказать, и запишите это. Не бойтесь ссылаться на это, когда говорите!

Часто ищите отзывы

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

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

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

Чего ждать?

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

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

Этим достигается 3 вещи

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

Признайся за ошибки

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

Важно то, что мы признаем их, когда это происходит.

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

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

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

Старшие разработчики сказали: «А, возможно, мы можем взглянуть на то, что вы сделали?»

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

Волонтер

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

Это не только показывает, что вы полны энтузиазма, но и дает вам возможность изучить кодовую базу.

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

Не говоря уже о похвале членов команды и руководства, которые вы получите за исправление ошибок!

Принести пончики

Да, это хорошо известный факт, что пончики и булочки с незапамятных времен лежат в основе всех крупных программных проектов. Хорошо, может быть, нет, но они приятные на вкус и приятный жест. Если вы действительно хотите быть отличным товарищем по команде, познакомьтесь со своей командой! Будьте дружелюбны, позитивны и всегда улыбайтесь. Вы будете удивлены, увидев, как такие простые вещи могут иметь эффект.

Дайте 110%

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

Спасибо за прочтение!

Чтобы получать новейшие руководства и курсы для младших разработчиков прямо на ваш почтовый ящик, обязательно присоединитесь к списку рассылки на www.chrisblakely.dev!