Скорее всего в своей жизни вы не один раз проходили собеседования в различные компании и, возможно, на самые разнообразные позиции. Если сильно абстрагироваться от конкретной позиции, то собеседование представляет собой обычное интервью – вам задают вопросы, вы отвечаете ( кстати, хорошо если вы тоже задаете вопросы) и знакомитесь с компанией, а она с вами.

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

• Подготовительный этап
• HR-часть
• Техническая часть
• Общие рекомендации

В каждой части я буду приводить конкретные методы и ответы на типовые вопросы собеседований, используя как раз рекомендации больших специалистов из этой области. ПОГНАЛИ!

Подготовительный этап

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

Несколько дополнительных советов к содержанию резюме:

• Должно умещаться на одну страницу формата А4.
• Развернуто писать об опыте работы в той или иной компании. Чем конкретно занимались и какую пользу принесли.
• Обязательное наличие ссылок на git-репозитории, где хранится какое-то количество написанного вами кода.
• Быть честным.

Я применил эти рекомендации к своему резюме, и из 10 откликов на вакансию получил 4 приглашения на собеседование.

HR-часть.

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

Рекомендации: 

• Быть открытым
• Задавать вопросы

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

Что спрашивают?

В основном биографические вопросы: Где учился? Где работал? Почему IT? Готовность к командировкам. Вопрос о заработной плате традиционно задается одним из последних, после технической части. Я использовал технику, предложенную Джоном Сонмезом. Ее целью является то, чтобы работодатель первым назвал цифру, которую он готов платить. Включайте навыки супер переговорщика и в бой. Если не получится узнать точную цифру, то выясните диапазон. После получения информации о зарплате вы можете провести еще один раунд, для увеличения цены на некоторую сумму. Особо отчаянные могут это сделать дважды. Главное смотрите на реакцию потенциального работодателя.

Техническая часть.

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

Обязательные вопросы, те, которые вам зададут в любой компании практически со 100% вероятностью. Я не буду писать конкретные вопросы по технологиям, предоставлю лишь общие классы вопросов. Вас будут спрашивать о:

• Технологиях, перечисленных в вашем резюме
• Технологиях, перечисленных в вакансии
• Общие вопросы по платформе

Опциональные вопросы, те, которые вам зададут не во всех компаниях. Вот некоторые из них, с которыми я столкнулся во время исследования:

• Кейсы
• Алгоритмические вопросы
• Тестовое задание на дом

Общие рекомендации

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

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

Общие рекомендации

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

• Готовится к интеревью. Для разработчика прохождения собеседований это навык, который необходимо развивать.
• Прокачивать SoftSkills.