Как пройти собеседование
Привет, %username%! Я бы хотел поделиться простой схемой ведения собеседования. Именно схема того, как правильно вести себя на собеседовании в качестве кандидата.
Я некоторое время назад уже публиковал у себя в блоге довольно ценную статейку: [Work] Что спрашивать на собеседовании.
А вот как именно себя вести на собеседовании, как правильно выстраивать диалог, это уже немного другая, но не менее важная тема!
С 2014 года я провел довольно много собеседований как в качестве кандидата, так и в качестве интервьюера. Так что я считаю что у меня есть некоторое количество опыта в этом.
Ну а теперь кратко и по делу:
- Старайся отвечать максимально честно на вопросы. Хрень все равно вскроется, а за честность будет плюсик в карму. Если ты чего-то не знаешь, то смело так и говори. А вот честно отвечать что тебя уволили за то, что "бывший начальник мудак" не стоит. Такие темы лучше обходить гладко и быть готовым к дополнительным каверзным вопросам. Например: "последнее время задачи стали слишком однотипными и простыми, что я начал больше уставать от работы" или "стек начал меняться в неинтересном для меня направлении";
- Расскажи свои слабые стороны. Странно звучит, но тем не менее это важно и дает некоторое преимущество. Если ты в первую очередь расскажешь про свои слабые стороны, то дальше будут вопросы по тому что ты уже знаешь хорошо. Когда тебя просят рассказать о себе, то как раз начинаешь говорить о том, что знаешь плохо или в чем "плаваешь". Тебе могу задавать вопросы по этим темам, но у обеих сторон диалога будет понимание, что давить не стоит и "знаю не особо". А вот потом на сильных сторонах уже можно будет разгуляться.
- Не хвастайся, а предлагай. Если у тебя есть в прошлом какой-то проект или достижение о котором не запрещено и не стыдно рассказать, то это твой бонус. Например: не стоит говорить "я участвовал в...". Нихрена не понятно какого уровня было твое участие – может ты просто стоял рядом. Стоит говорить: "сервера падали трижды в день, а я сделал так чтоб не падали вообще". Это уже будет отчасти предложением решить какие-то имеющиеся проблемы.
- Имей предмет для разговора. Предметом для разговора могут быть твои репозитории на GitHub. Ты не программист? И что? Пиши свои Ansible-роли и публикуй их на GitHub. Делай для них автоматизацию и публикуй их Ansible Galaxy. Это огромный бонус тебе как кандидату: ты сможешь предметно поговорить с "технарем" на общие для вас темы. Главное нужно уметь объяснить "почему ты сделал именно так а не иначе". Пример: роль использует шаблон с правилами iptables, при наличии родного модуля с помощью которого так же можно создавать правила. Вопрос: почему именно шаблон, а не встроенный модуль? Ответ максимально простой: при большом количестве правил генерация шаблона отработает сильно быстрее, чем прогон модуля.
