Собеседование в IT-компании? Советы от нашей команды

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

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

Информация в резюме

Тут важно запомнить две вещи. Во-первых, больше не значит лучше. Не надо упоминать все свои достижения. Да, даже то, как вы в 5 лет получили электричество от картошки. Это круто, но оставим эти истории для корпоратива.

Во-вторых, все сказанное вами может использоваться против вас. И не с целью завалить, как на школьном экзамене, а просто потому что ваши знания захотят проверить.

Упомянули о владении Python ­— будьте готовы рассказать, где вы им пользовались. Написали о том, что знаете Django или Flask, то будет здорово, если в портфолио завалялись проекты, которые вы сделали на этих фреймворках.

Собеседование в IT-компании? Советы от нашей команды

Проверить могут что угодно, поэтому ещё раз пересмотрите резюме и убедитесь, что хорошо знаете каждый пункт. Если что-то вы знаете только на практике, но не в теории, — так и скажите. Если вас собеседует компетентный специалист, он сразу вычислит, что вы не особо шарите. Зачем вам + 1 неловкий момент? Неужели вам больше не о чем подумать перед сном?

Собеседование начинается с рассказа о себе — здесь нужно не пересказывать автобиографию, а дать выжимку по основным пунктам:

  • Где вы учились и какой опыт в ИТ;

  • Что сделали на последнем проекте;

  • Какие обязанности выполняли;

  • Название прошлой должности;

  • Где раньше работали или стажировались;

  • Как ваши знания соприкасаются с вакансией, на которую вы собеседуетесь.

Мы, например, когда берем человека на позицию тестировщика можем задать такие вопросы:

  • Чем GET-запрос отличается от POST-запроса;
  • Какие бывают виды тестирования;
  • Чем валидация отличается от верификации;
  • Какая структура у баг-репорта и т.д.

Помимо этого, могут также дать страничку сайта, где нужно найти все баги. Или решить вот такую задачку: "Пользователь зарегистрировался, но письмо с подтверждением не пришло на почту - в чем проблема и что делать?". Владение английским также играет немаловажную роль.

Еще советуем обратить внимание на книгу Романа Савина «Тестирование Дот Ком». Ее часто называют библией в мире русскоязычного тестирования и основа для построения логики мышления. Будет интересна всем, кто хочет узнать больше о кухне стартапов и процессе разработки ПО.

Рекрутер = друг

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

Собеседование в IT-компании? Советы от нашей команды

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

Техническое интервью

Не так страшен черт, как его малюют. Часто информация, которую у вас запрашивают, процентов на 80 состоит из теории. Это значит, что во время каждодневной работы вы не будете с ней соприкасаться. Поэтому не переживайте, если не смогли ответить на какой-то вопрос, но лучше где-то пометьте его и изучите информацию дома. Лишним не будет.

Собеседование в IT-компании? Советы от нашей команды

Софт скиллс и внешний вид

Несмотря на то, что ввиду своей деятельности вы будете чаще взаимодействовать с компьютером, собеседование проводит человек. Оценивают вас и делают выбор тоже люди. Поэтому человеческий фактор неизбежен. В любом случае разработка — командная работа. Развейте миф о том, что все айтишники интроверты и психи :D

Опрятно оденьтесь. Будьте вежливыми, задавайте вопросы. Даже если в фирме нет дресс-кода, запомните главное:

A. чистая одежда лучше, чем любимая с пятном от соуса;

B. глаженая лучше мятой;

C. однотонная толстовка безопаснее, чем со странной надписью или мемчиком (а может и нет).

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

Ну а телега и куча бесплатных плюшек ждет вашего визита. Приходите и зовите друзей.

1818
19 комментариев

Рассказы о себе — ничто, если вы потом чуть что бежите на Stack Overflow.

А что в этом плохого? Если молодой специалист (а для кого ещё эта статья) может самостоятельно найти решение не дёргая коллег на каждую трудность, то это наоборот плюс.

P.S. Главное чтоб код брал из ответа, а не из вопроса :)

18

Комментарий удалён модератором

Комментарий недоступен

12

Комментарий недоступен

9

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

2

Тоже поделюсь своим опытом относительно поиска сотрудников.
Я никогда не проводил собеседований, но пару недель назад мой старый друг попросил собрать команду из 10-ти человек для нового проекта, а таких компетенций в его компании нет по техчасти пока.
Меня пригласили как 'независимого эксперта'. 

Отсмотрел, наверное, пока что примерно 50 резюме. 
Отсобеседовал человек 15. Много джунов (мидлов и синьоров пока маловато). Я буду лидом, так что жизненно необходимы мидлы как минимум.
Так вот, со стороны компании друга был ещё CTO и он задавал какие-то совершенно бестолковые вопросы типа 'а чем гет отличается от поста', 'какой запрос нужно писать, чтобы получить данные из базы' и прочие глупости. Потом, конечно, я с ним поговорил и он перестал так делать. 

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

3

Ну хорошо хоть эти кофе не предлагают выпить

2