Несколько Советов По Прохождению Технических Собеседований

Я уже довольно давно провожу технические собеседования с кандидатами на должность Software Engineer, и на моем счету их несколько десятков.

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

Совет вполне очевидный (хотя, как показывает практика, есть и те, кто не знает этих очевидных вещей) и субъективный.

1. Отвечая на общие вопросы, помните, что интервьюер может ничего не знать о том, о чем вы говорите.

.

Бывает, что в самом начале собеседования интервьюер задает общие вопросы – например, «Расскажите мне о проекте X, над которым вы работали в Y» (список проектов взят из вашего резюме) или «Расскажите мне о вашем любимом проекте».

технологии» или что-то в этом роде.

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

Не думайте, что интервьюер очень умен и все знает – возможно, он действительно умен, но точно не знает всего.

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

Итак, не стесняйтесь начинать с самых основ и время от времени спрашивайте, понимает ли вас интервьюер.

2. Не пользуйтесь Google во время собеседования.

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

Так не делайте этого.

Щелчки клавиш обычно довольно слышны через телефон и ответ, который читается из Википедии без особого понимания, также довольно легко различим.

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

Есть вещи, которые сравнительно легко проверить — знание какой-то технологии, например.

И вещи, которые сложно проверить — например, если кандидат написал, что он в топ-100 на топкодере (это сайт, где проводятся соревнования по программированию).

Лично я на уровне «А под каким ником ты там числишьсяЭ» Я никогда не проверяю, но от кандидата, входящего в топ-100 по топкодеру, ожидаю, что он будет писать простые вещи, не приходя в сознание (я уже брал интервью у участников олимпиады — и по моему опыту именно так и происходит).

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

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

4. Не пытайтесь отговорить интервьюера.

Если интервьюер задал вопрос, например: «Насколько сложна пузырьковая сортировкаЭ» - и вы не помните, O(N^2), или O(N), или O(NlogN), то ни в коем случае не маскируйте свое невежество под кучей фраз, которые, как вы надеетесь, примет интервьюер за правильный ответ. Интервьюер слушает вас очень внимательно и замечает все попытки невзначай увести его от вопроса, на который кандидат не знает ответа.

Лучше просто признать, что вы точно не помните, и подумать вслух – скорее всего, вы все равно придете к правильному ответу.

5. Говори и объясняй.

Но не слишком много.

Есть две крайности – кандидат, который молчит и почти ничего не говорит, да еще умудряется ответить на вопрос типа «Скажите мне, что вы думаете об Х, каковы его преимущества и недостатки» максимум одним предложением.

А кандидат, который говорит и объясняет всё до последней запятой – «Здесь я ставлю запятую, потому что таков синтаксис языка».

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

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

6. Проверьте код самостоятельно.

Во время собеседования вы написали какой-то код, который считаете правильным.

В этот момент важно протестировать этот код, не дожидаясь, пока интервьюер скажет вам: «А теперь давайте протестируем код на простом примере 123».

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

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

7. Не пытайтесь угодить интервьюеру.

В фильме «Плохой учитель» есть один момент — один из главных героев спрашивает другого об акулах: 1: Что вы думаете об акулах? 2: Ой, акулы такие страшные рыбы, я слышал, что они едят людей.

1: Но некоторые из них никого не едят и вообще очень милые.

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

Они чудесные создания.

1: Но они едят людей.

2: Да-да, это ужасно, из-за акул уничтожаются целые семьи.

Точно не помню, но суть примерно такая.

Поэтому не вступайте в «акулий разговор» с интервьюером.

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

8. Постарайтесь убрать все, что мешает вам говорить ясно.

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

И есть тоже не надо.

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

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

Теги: #Google #Интервью #собеседование #личный опыт #ИТ-компании #ИТ-компании

Вместе с данным постом часто просматривают: