Как прибить это Интервью Кодирования

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

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

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

Коллега.

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

Поэтому обязательно подготовьте (или даже создайте) примеры ситуаций, которые доказывают, почему они должны верить, что вы являетесь идеальным кандидатом. Кроме того, заставьте интервьюера чувствовать, что вы в команде. Интервьюер хочет знать, каково это - работать с проблемой, связанной с вами, поэтому сделайте так, чтобы интервью было совместным. Когда вас спросят о проблеме кодирования, попробуйте использовать «мы» вместо «я», как в «Мы должны использовать подход x, потому что…». Кроме того, подумайте вслух. Шутки в сторону. Скажите: «Давайте попробуем сделать то-то и то-то, хотя я не уверен, сработает ли это». Если вы застряли, просто скажите, что вы думаете. Скажите, что может работать и почему вы считаете, что ваше текущее решение не работает. Я могу заверить вас, что ваш интервьюер также пережил ту же ситуацию.

И действительно важный: скажите «я не знаю». Не пытайтесь показаться, что знаете что-то, чего не знаете вы. Если вас спрашивают о чем-то, что выходит за рамки ваших знаний, попробуйте взять примеры из других похожих проблем или языков, которые вам удобны. Даже если вы думаете о решении, которое, по вашему мнению, не имеет ничего общего с проблемой, которую вы пытаетесь решить, поделитесь им со своим интервьюером и объясните, почему вы думаете, что оно не связано.

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

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

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

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

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

Желаю хорошей недели!