За последний месяц на hh.ru для джунов без опыта было доступно всего около 6% от общего числа опубликованных вакансий для разработчиков. Такое соотношение обусловливает высокую конкуренцию среди начинающих специалистов: дело доходит до сотен претендентов на одно место. Это приводит к тому, что рекрутеры становятся требовательнее и любая ошибка или оплошность на собеседовании может стать причиной отказа.

Спросили у экспертов, какие требования в условиях жёсткого отбора сейчас предъявляют к джунам и на чём чаще всего «валятся» кандидаты. Узнали у наших выпускников — недавних соискателей, а теперь трудоустроенных специалистов, которые в своё время оставили по несколько сотен откликов на вакансии и прошли через десяток собеседований, — в чём были сложности и как им в итоге удалось получить офер.

Какие резюме не пройдут через фильтры рекрутеров

Считается, что самое трудное для джуна — пройти техсобеседование. В реальности же бо́льшая часть кандидатов даже не получает приглашения на интервью. 

Я разместил резюме на нескольких популярных платформах. В первую очередь искал вакансии без требований по коммерческому опыту, но таких было совсем мало. Со временем я начал откликаться и на вакансии с требованием небольшого опыта: максимально подтянул к IT опыт на предыдущем месте работы, указал обучение в Нетологии и сотрудничество с ней (я остался проверять домашки студентов на курсе), дал ссылку на репозиторий на GitHub. Я ежедневно по несколько раз обновлял своё резюме, просматривал новые вакансии и оставлял отклики, писал сопроводительные письма, но приглашений на интервью не было. 

Сейчас джунам особенно сложно попасть куда-то, так как вакансий катастрофически мало. Если они и появляются, то рекрутеры сразу тонут в сотнях откликов. Требования повышаются всегда, когда есть из чего выбирать. Все хотят лучших из лучших. Поэтому то, что раньше могло не играть роли (профильное высшее образование, опыт в опенсорсе или наличие пет-проектов), сейчас может быть той мелочью, из-за которой выберут одного джуна и откажут другому.

На что в резюме рекрутеры смотрят в первую очередь 

Опыт коммерческой разработки

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

Если опыт есть, но описан он скупо и бесструктурно, скорее всего, приглашения на собеседование также ждать не придётся.

Важно понимать, что у джунов уже должен быть какой-то опыт. Желательно не только в пет-проектах, но и в продакшне, в реальных зарелизенных проектах, то есть настоящий практический опыт. Нужно как можно подробнее и без воды этот опыт описать. Чем структурнее, тем лучше. Укажите чётко, с какими проектами работали, как они называются, что вы делали в этом проекте, за какие задачи отвечали.

В резюме обязательно нужна структура, где есть описание задач глаголами — кратко, ёмко, понятно — и результаты. При этом резюме не должно быть более 2–2,5 листов.

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

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

«Проскочить» мимо такого ограничения можно только в качестве исключения: например, работодателю-бюджетнику понравилось резюме соискателя, нужно срочно закрыть штатную единицу и сверстать ФОТ на следующий год. Но это исключение, а не правило.

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

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

Профиль на GitHub с портфолио проектов и примерами кода

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

Разработчику желательно иметь профиль на GitHub. Здорово, если у джуна есть примеры кода. Важно оформлять и пополнять портфолио проектов. Можно добавлять туда тестовые задания, которые вы выполняли, когда откликались на вакансии, и вообще всё, что возможно упаковать и показать, в том числе пет-проекты. Обычно даже на курсах дают задачи, которые максимально приближены к реальным коммерческим.

Обязательно приложите ссылку на GitHub, чтобы рекрутер мог пройти и посмотреть, в чём у вас есть опыт.

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

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

Профильное образование

Для многих работодателей в IT первичны знания, навыки и опыт, а образование не имеет большого значения. Однако маловероятно, что в условиях повышенной конкуренции на собеседование пригласят кандидата, у которого в графе «Образование» одни лишь курсы — и те краткосрочные.

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

Оформление резюме и сопроводительное письмо

Под фильтр эйчара, скорее всего, попадёт такое резюме ↓

• Слишком длинное и неструктурированное, с нерелевантным опытом.

• Пустое, по которому не разобрать ни навыков, ни опыта.

• Без фото или с неподходящим фото (в чьей-то компании, в солнечных очках и так далее).

• С эмоциональным или панибратским сопроводительным письмом.

• С безликим и безадресным сообщением, похожим на массовую рассылку.

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

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

Например, вы знакомы с конкретным фреймворком или у вас есть пет-проекты по тематике, в которой работает компания. Или вам интересно само направление компании и вы хотели бы в нём развиваться. При этом важно написать, чем вы можете быть полезны компании, а не почему так хотите там работать.

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

С первого дня, как начал обучаться, я активно откликался на все интересующие меня вакансии на hh.ru, Зарплата.ру, даже не думая о том, подхожу или нет. Во время обучения и различных практик я постоянно модернизировал своё резюме. Количество ключевой информации становилось всё больше и больше при получении определённых навыков: например, прошёл Git и сразу добавил в резюме.

Через полтора месяца обучения я, откликаясь на вакансии, попал на собеседование на должность QA-инженера в Сима-ленд, но в итоге получил отказ.

Фидбэк от эйчара: как сильно не понравиться IT-рекрутеру

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

Спросили у нанимателей, чего не стоит делать на собеседовании ↓

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

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

Соблюдение субординации и поведение, адекватное ситуации, очень важны.

Другой кейс: на интервью подключился разработчик в кигуруми панды, по результатам собеседования он получил офер и принял его. Однако корпоративная культура в компаниях разная, и я всё-таки не рекомендую ничего ярче, чем кежуал:)

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

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

Однажды на собеседовании мне встретился кандидат, который был откровенно токсичным. Когда я спросила, объяснял ли он на прошлом месте работы свою позицию по отладке оборудования, он ответил: «Да чего им объяснять, они же идиоты! С ними всё понятно: через пять лет загнутся». Конечно, мы с ним больше не увиделись.

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

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

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

Опоздание не в каждой компании будет воспринято как что-то плохое. Кто-то на это даже не обратит внимания, а для кого-то будет критично. Важно всегда предупреждать, что вы задерживаетесь.

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

• Врать об опыте.

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

• Ничего не знать о вакансии и компании.

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

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

• Показывать незаинтересованность и низкую мотивацию.

Один из крайне важных факторов — мотивация кандидата. Будьте готовы ответить на вопросы: «Почему решили прийти в IT?», «Как определились с профессией?», «Как видите свой вектор развития?», «Что для вас важно в работе?» и «Почему готовы работать конкретно в этой компании?».

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

А вот как джуну, по мнению нанимающего тимлида разработки, стоит себя вести на собеседовании ↓

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

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

Как завалить техсобеседование

К первому собеседованию в Сима-ленд я не готовился, но тестовое задание смог выполнить на ура. На собеседовании спрашивали много определений, было жёстко. В итоге ответил верно на 80% вопросов, но на должность не попал, так как не нашёл ключевой баг по безопасности приложения: безопасность на тот момент я ещё не прошёл и не знал, как проверять. 

Я немного порасстраивался, а потом придумал новое занятие: постепенно прорабатывать (учить наизусть) вопросы к собеседованиям на позицию QA-инженера. Нашёл неплохой сайт со списком вопросов по градациям знаний и начал специально вручную, не используя готовые шпаргалки, создавать свою персональную шпаргалку «вопрос — ответ». Пока создавал, тут же учил, повторяя. Делал всё не в один момент, а постепенно и методично: один вопрос прорабатывал и учил в течение одного-двух дней. В итоге за 8 месяцев выучил 113 вопросов и был готов практически к любому собеседованию в части теории.

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

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

Все интервью я записывал и потом пересматривал. Сложнее всего давались вопросы не на знания, а на сообразительность. Также нужно было работать над контролем эмоций. Например, один интервьюер задал мне вопрос, связанный с особенностью многопоточности в Android. Это было собеседование в крупную компанию, что вызвало у меня бурю волнения, которую я не смог подавить. Тогда я ответил неправильно, хотя вопрос был достаточно простой.

Вот как, по мнению нанимающих специалистов, можно успешно завалить техническое интервью ↓

• Демонстрировать полное непонимание и нежелание разбираться.

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

Основная ошибка у бэкенд-разработчиков по Java — непонимание того, как работает программа: как работает JVM, загрузчики классов, сборщики мусора, области памяти и прочая внутренняя кухня. Кандидат разобрался, как и какие буквы писать в IDE, но не разобрался, как это будет работать. Проведём условную аналогию с архитектором: можем нарисовать красивое здание, а посчитать его устойчивость не можем, не понимаем, как оно будет стоять и не упадёт ли. С SQL аналогично: самая частая ошибка — незнание механизмов работы. Я бы рекомендовал готовиться к трём базовым вопросам: о порядке выполнения операторов (нет, select выполнится не первым), признаках транзакции и уровнях изоляции транзакций. Также, скорее всего, будет вопрос об устройстве индексов: чем кластерный отличается от некластерного, а B-tree — от хеш-индекса.

• Не задавать вопросов.

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

Как в итоге джуну получить офер

Спросили у экспертов, каков их идеальный кандидат на должность джуна-разработчика. Вот какому соискателю при прочих равных отдадут предпочтение ↓

На мой взгляд, основной скилл — это осознанность. Если говорить про резюме мидлов (но для джунов тоже актуально), то там каждое первое резюме содержит строку «писал фичи, фиксил баги». А когда спрашиваешь соискателя о том, что именно он делал, не все могут даже просто сформулировать и рассказать, чем же они занимались. 

Одних хардов недостаточно, так как любому разработчику работать в коллективе. Брать соискателя без софтов — выстрел в ногу соискателю, себе (руководителю) и команде. Зачем кого-то нанимать, если понимаешь, что не сработаешься с человеком, каким бы замечательным специалистом он ни был? В первую очередь критерии отбора будут хардовые, то есть кандидат должен соответствовать по техническим навыкам, но про софты тоже не стоит забывать. Придётся много общаться с коллегами: уточнять требования у аналитиков, обсуждать задачи с PM, макеты — с дизайнерами, API — с фронтами, — а также погружаться в доменную область: разбираться в том, что ты автоматизируешь. 

«Горящие глаза» и общий энтузиазм приветствуются, но это должно быть подкреплено (идеи из разряда «давайте попробуем новую технологию» должны иметь под собой технико-экономическое обоснование), а заявление об интересе к разработке в целом может породить соответствующие вопросы о самообразовании, — нужно быть в теме и уметь ответить на вопрос о последней прочитанной книге или блоге, посещённой конференции или изученной технологии.

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

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

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

Помню кейс: проект изначально был на DotNet Core, а потом приняли решение переехать на Node.js. Команда с позитивом приняла этот вызов и успешно освоила новый стек.

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

В компанию Magenta Technology, где я работаю уже год, я попал только со второго раза.

Первый раз я собеседовался в августе 2022 года. Прошёл небольшой скрининг с HR и был допущен до технического интервью. Тестового задания не было: сказали, что дипломной работы на курсе (это было приложение-чат, аналог соцсети) было достаточно для оценки скиллов. На встрече было два разработчика. Сразу рассказали флоу собеседования: по каким темам пройдёмся, с чего начнём, чем закончим. Встреча длилась около двух часов. Не сказать, что вопросы были нестандартными, но не ко всем я был готов. Результата ждал дня три. Получил обратную связь с уверенной оценкой J2–J3, но не хватило опыта по архитектурным паттернам. В итоге — отказ.

Спустя полгода в этой же компании вновь открылась вакансия по Android Dev. У меня уже были контакты эйчара, и я напрямую с ней связался. Как оказалось, меня вспомнили. На этот раз получил тестовое задание, в котором нужно было продемонстрировать, как я усвоил тему, на которой провалился в первый раз. Я выполнил его досрочно и был приглашён на техническое интервью. На нём тоже было два разработчика, но вопросы были очень нестандартными. Мне даже показалось, что в первый раз я показал себя лучше. Но практически сразу после интервью я получил положительный результат от эйчара. Далее была встреча с непосредственным руководителем — директором по развитию Magenta Technology. Обсудили проекты, над которыми мне придётся работать, и мою мотивацию. Спустя несколько дней я получил офер.

Через два месяца обучения на курсе по ручному тестированию и автотестированию я чудесным образом попал в компанию «Анкор» (Яндекс). Выполнил тестовое задание на основе уже имеющихся базовых знаний — и начал работать по совмещению младшим ручным тестировщиком.

Летом 2023 года из-за большой нагрузки на различных курсах и нехватки времени ушёл из «Анкора». Но я был доволен рабочей практикой и тем, что получил возможность пополнить резюме четырёхмесячным опытом в IT-компании.

В июне 2023 года успешно завершил командный проект по Java на курсе, а в августе выполнил очень сложный курсовой проект по автоматизированному тестированию на Java.

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

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

Также в конце сентября 2023 года, откликаясь на вакансии в своём Екатеринбурге, я получил приглашение на должность преподавателя QA в компьютерной академии TOP (очный формат). Успешно прошёл собеседование и хорошо ответил на все вопросы (благодаря своей подготовке к вопросам и используя шпаргалку). Стал преподавать очно два раза в неделю.

Я продолжил откликаться на вакансии и в январе 2024 года получил приглашение в компанию «Альянс АйТи Технолоджи» в своём городе. Сходил на собеседование и после пятидневного ожидания получил наконец-то офер на позицию «Старший тестировщик ПО» с окладом 85 тысяч рублей. Принять решение было сложно, так как на работе в дилерском центре я зарабатывал около 200 тысяч рублей, но я согласился.

На прежнем месте мне предложили остаться на совмещении, и я стал раз в неделю выходить на подработку, хоть как-то компенсируя риски по своим долгам (кредит + ипотека).

В марте 2024 года я начал писать диплом по всему расширенному курсу «Инженер по тестированию» и сразу стал интересоваться проведением лекций в Нетологии. Вакантных мест сначала не было, но из-за своей активности я был на хорошем счету у менеджера проектов. К апрелю оказалось, что некому вести лекцию «Особенности тестирования веб-приложений и работа с DevTools», предложили мне — я с удовольствием согласился. 19 апреля, немного волнуясь, я успешно дебютировал как эксперт-лектор. Вдобавок освободилась позиция на проверку домашних заданий по всему блоку ручного тестирования — я также согласился.

3 мая 2024 года я наконец-то получил зачёт по диплому, и вот кем я сегодня выступаю:

• старшим инженером по тестированию в компании «Альянс АйТи Технолоджи»;

• экспертом продвинутого курса «Инженер по тестированию» в Нетологии;

• преподавателем QA (очная форма) по направлению «Ручное и автоматизированное тестирование ПО» в компьютерной академии TOP;

• репетитором по ручному и автоматизированному тестированию ПО (расширенный курс): провожу индивидуальные занятия со студентами;

• QA-fullstack-фрилансером.

Как подготовиться к собеседованию

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

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

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

В целом важно набраться терпения и упорно идти к своей цели. 

Лучшая подготовка — практика ? Завалите 10 собеседований — и к 11-му не только разберётесь, что же от вас хотят услышать, но и сможете ответить на большинство вопросов. Проблема здесь только в сроках, потому что джунов не так часто зовут на собеседования.

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

Решать задачи имеет смысл только в том случае, если вы знаете, что они будут (например, планируете трудоустройство в Тинькофф или Яндекс). Для задач подойдёт любой популярный сайт (для Тинькофф или Яндекса, наверное, лучше LeetCode). Мне нравится HackerRank, так как сам когда-то на нём что-то решал. Codewars ещё хороший, многие советуют. 

Для обучения я бы советовал найти уже готовый маленький пример использования той технологии, с которой вы пытаетесь разобраться. У пет-проектов большой минус — они убивают мотивацию. Очень сложно заставлять себя делать в стол то, чем никто никогда не будет пользоваться. Маленькие примеры в этом плане гораздо лучше: они простые, понятные и в них можно быстро разобраться. В качестве источника примеров могу порекомендовать Baeldung. Во-первых, информация всегда актуальная, во-вторых — отлично структурирована, а в-третьих — в конце статьи всегда есть ссылка на GitHub с рабочим актуальным примером.

А вот что можно сделать, если собеседование уже завтра ↓

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

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

Советы и пожелания от тех, кто уже прошёл или провёл не один десяток собеседований

Я желаю одного — не отчаиваться. Кто ищет, тот всегда найдёт. В моём случае от первого отклика до выхода на работу прошло около года, а от начала изучения Android-разработки прошло несколько лет. Самое главное — это мотивация. Вам должно нравиться то, что вы делаете, и обязательно найдётся работодатель, который оценит этот порыв по достоинству. Хочу пожелать всем, кто находится в поисках, удачи, терпения и сил! Ваша настойчивость обязательно будет вознаграждена. Оно того стоит!

Главное — победить себя. Тогда всё получится, и каждый сможет изучить новое. Не нужно, идя на курсы, думать, что вам дадут готовое и любого научат. Без собственного желания и попыток развивать ключевой навык «гуглить» ничего не получится: деньги просто уйдут на ветер. Нужно потратить определённое количество времени на самостоятельную работу над задачами, чтобы вступить в «зону комфорта IT» и выбирать компании с достойной работой.

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

Ближайшие курсы по программированию:

• Инженер по автоматизации;

• DevOps-инженер с нуля;

• Системный администратор;

• Инженер по тестированию;

• Bitrix-разработчик.

Топ бесплатных курсов и онлайн-встреч:

• Специалист по информационной безопасности;

• День открытых дверей магистерской программы «Прикладной искусственный интеллект»;

• 1С-программист;

• Системный аналитик;

• Основы разработки на Java.