Есть два варианта:
- Вам написали рекрутёры, но вы видите, что не вполне соответствуете требованиям
- Вы пишете рекрутёрам на вакансию, под которую не вполне подходите
На самом деле стратегия поведения не будет сильно отличаться, только нужно понимать, что во втором случае вам с большей долей вероятности ответят отказом в собеседовании, чем в первом.
Также нужно понимать, что в первом случае собеседование у вас и так в кармане, вас уже провалидировали для него, нужно только к нему подготовиться. А во втором случае без сопроводительного письма никак не обойтись. В нём нужно будет грамотно закрыть ещё не заданные вопросы к вашему резюме. Составление хорошего сопроводительного — отдельная тема, в которую я не буду углубляться сейчас.
Итак, готовимся к интервью. Сначала нужно внимательно прочитать все требования и все пожелания (пишутся в разделе «желательно») и понять на сколько процентов всё же вы покрываете запросы работодателя. Если вы соответствуете должности на 70-80% по части требований, то переживать не о чем, это вполне себе проходной процент даже без дополнительных выкрутасов.
Если процент меньше, нужно постараться «натянуть сову на глобус». Сделать это можно вовсе не привирая, но умело жонглируя фактами.
Как правило, вы будете понимать какие из требований критичны для работы на этой должности, а какие второстепенны. Обычно всё это пишется скопом, но вы всё равно будете понимать что важно, а что нет. Если вы не понимаете что из списка требований важно, то, вероятно, претендовать на эту должность действительно рановато.
Одно из критичных требований для работы разработчицей, например, — это уметь пользоваться git. Одно из второстепенных требований для работы разработчицей — уметь настраивать CI. Есть ещё абсолютные требования: например, знать язык программирования. Понятно, что без них что-либо предпринимать бессмысленно. С остальным попробуем разобраться.
Для критичных требований, если вы успеваете, можно пройти краш-курс, попросить более опытную коллегу помочь объяснить концепт, будет круто, если удастся выполнить пару практических упражнений. Вы будете знать что это такое и как оно работает, но не будете иметь практического опыта применения этих знаний на коммерческих проектах. На интервью вы сможете уверенно рассказать теорию и добавить, что вы умираете как хотите испытать это в деле. Не бойтесь с энтузиазмом рассказывать о технологиях, которые вас заинтересовали, это создаёт атмосферу живого общения и нравится рекрутёрам. Иногда можно выехать на одном лишь желании работать, я гарантирую.
Для второстепенных требований и пожеланий всё проще. Можно прочитать любую адекватную статью с определениями, чтобы хотя бы уметь расшифровывать аббревиатуру. Скорее всего на интервью разговор до этого не дойдёт, потому что времени мало, а если дойдёт, то вы скажете что-то в духе: «Да, CI/CD это важная часть релизного цикла. На прошлой работе этим занимались специальные люди, но при случае я смогу в этом разобраться достаточно быстро. Я умею запускать сборки в Jenkins, но мне придётся потратить пару часов для понимания настроек.» Если на все остальные вопросы вы отвечали адекватно и с подробностями, то проблем с таким ответом не будет.
Не бойтесь не знать чего-то, даже если вы не успели пройти никаких краш-курсов, даже если вы не поняли что это за зверь такой кроется за трёхэтажной аббревиатурой. Вы всегда можете сказать, что до сих пор в работе вы с этими вещами не сталкивались, но вам интересно узнать что это такое. Хороший тон — записать вопрос себе в блокнотик на будущее. Даже если вы не пройдёте это интервью, вы точно будете знать к чему готовиться в следующий раз. Главное, не старайтесь выдумать ответ на ходу. Вот это уже как раз ошибочная тактика.
Старайтесь настраиваться на волну получения опыта от собеседований, вместо получения заветного оффера. Это немного снимает нервозность, когда вы действительно чего-то пока не знаете.