Как пройти собеседование в ИТ⁠-⁠компании

В среднем 80% соискателей проваливают собеседование, потому что плохо к нему подготовились.

В материале расскажем, как новичку или джуну эффективнее подготовиться к интервью в ИТ-сфере. Что-то из материала пригодится и мидл-разработчику.

Чтобы попасть даже на начальное собеседование с рекрутером, нужно выделиться из потока кандидатов. Для этого понадобится хорошее резюме — в Т⁠—⁠Ж есть материал о том, как его составить. Качественное резюме хорошо структурировано и правдиво.

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

Чтобы найти самое ценное, попробуйте конкретизировать свои достижения: на прошлых работах, стажировках, учебе. Уточнить поможет такой прием: выделите крупную задачу вроде разработки функциональности сервиса, вспомните, за что конкретно отвечали, как выполняли работу, и — главное — сформулируйте конечный результат. Так рекрутер быстро увидит ценность сделанного и с большей вероятностью заметит кандидата.

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

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

Собеседование с рекрутером во многом строится на базе того, что он увидел во время скрининга. Скрининг — это процесс отбора резюме из потока других. Так что на собеседовании нужно подготовиться к более общим вопросам о вас как о человеке и профессионале. Проверка базовых софт-скиллов начинается уже здесь, ведь рекрутер не только смотрит, соответствуют ли знания кандидата тому, что указано в резюме, но и оценивает коммуникативные навыки.

Здесь совет один: не бояться и идти на контакт. Рекрутер — такой же человек, в его задачи не входит напугать кандидата и вогнать его в жуткий стресс. Конечно, люди бывают разные, но в большинстве случаев нанимающий просто хочет пообщаться — профессионально и дружелюбно, в рамках интересов бизнеса. Также помните, что разговор с рекрутером — возможность рассказать, чем именно хочется заниматься в компании, обозначить свои амбиции, направления и проекты, над которыми было бы интересно поработать.

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

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

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

1. Языковой секции, где проверяется знание языка, который был указан в качестве рабочего.
2. Секции алгоритмов с написанием кода, где проверяют способность решать с помощью программирования базовые задачи — рабочие или не очень.
3. При собеседовании на позицию сеньора или тимлида будет еще и архитектурная секция.

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

Чтобы подготовиться к собеседованию, можно решать задачи на LeetCode и пройти курс или освежить знания по вашему направлению. Занятия придадут вам уверенности в себе: вы будете понимать, какие могут попасться задачи, как их классифицировать и найти решение.

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

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

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

• о примитивах языков;
• о многопоточности;
• об известных фреймворках;
• о реализации типовых задач;
• о моделях памяти.

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

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

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

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

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

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

Архитектурная секция, или дизайн распространенных систем, — сложный этап для сеньоров или тимлидов. В этой секции нужно не просто решить какую-то задачу, а спроектировать сложную систему, задизайнить решение для комплексного проекта. Глубже и подробнее об этой секции рассказывал CTO Т⁠-⁠Банк Александр Поломодов.

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

Есть хорошая книжка, которая в народе называется «книжка с кабанчиком», — Designing Data-Intensive Applications Мартина Клеппмана. Она дает введение в высоконагруженные системы, в принципы их работы и взаимодействия. Также в интернете много статей, видео и платформ с типовыми задачами этой секции. Примеры можно поискать на Architectural Katas, а на System Design Primer есть базовые темы по дизайну систем, упражнения по объектно ориентированному анализу и проектированию.

Сама секция обычно проводится, например, в Sketchboard — это сервис для создания схем.

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

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

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

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

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

Такое предложение спокойно можно принять. Во многих компаниях есть программы повышения квалификации и подготовки для будущих сеньоров и тимлидов, куда входят не только технические дисциплины, но и курсы по психологии и софт-скиллам. Там можно набраться опыта — и через некоторое время повысить грейд. Если же в такой ситуации кричать, что «в предыдущей компании я работал тимлидом», в отчете собеседующего точно появится строка о плачевном состоянии софт-скиллов.

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

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