Резюме Глазами Интервьюера

Когда я писала свое первое резюме, процесс отбора на личное собеседование казался мне волшебством.

Лица, принимающие решения, рассматривались как «черные ящики», которые определяли, является ли кандидат «интересным» или «неинтересным» на основе неясных критериев.

Статьи «Как написать резюме» были отчасти полезными, а отчасти сбивающими с толку и пугающими: их авторы утверждали, что мое письмо могло оказаться в мусорной корзине, если не соблюдать структуру или ответственный сотрудник не увидит в нем ключевые слова.

первые 5 секунд чтения.

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

В этой статье я хочу вам рассказать:

• На какие моменты мы обращаем внимание, прежде чем пригласить кандидата на собеседование, и как можно выгодно представить свой опыт?
• Что, вопреки распространённым мифам о поиске работы, наоборот, не влияет на решение работодателя.

• Что делать, если вашего нынешнего опыта объективно недостаточно для должности мечты.

Не воспринимайте написанное как универсальный рецепт или требование.

Скорее, это дружеский совет и взгляд со стороны.

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

Эта статья для новичков и тех, кто ищет работу впервые.

Структура резюме

• ФИО, контактные данные, желаемая должность (по желанию – возраст);
• опыт;
• образование;
• дополнительную информацию, которую вы хотите предоставить.

Поэтому обратимся сразу ко второму блоку.

опыт

На основании этой информации мы оцениваем, подходит ли кандидат нашей команде.

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

Вариант 1. Минималистичный

Но какой? Какую структуру он использовал? Вы писали тесты? Какие проблемы вам пришлось решить? Хорошо, если «Рога и Ноги» — известная IT-компания.

Например, если вы работали в Google, то вам, в принципе, больше ничего писать не надо; многие работодатели на это пойдут. В противном случае стоит предоставить дополнительную информацию.

Конечно, есть вариант позвонить такому кандидату на собеседование и все узнать лично или попросить коллег из HR связаться и узнать подробности.

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

Вариант 2. Индикация технологий

Теперь мы понимаем, как ваши навыки пересекаются с нашим стеком.

Просто без фанатизма не надо перечислять технологии всех соседних ведомств.

Слишком длинный список выглядит неправдоподобно.

Укажите, с чем лично вы работали и что готовы обсудить на собеседовании.

Не бойтесь неполного сопоставления стека.

Например, вы работали с NGXS, мы работаем с NgRx. Знание смежных технологий по-прежнему будет плюсом.

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

Но мне все равно хотелось бы знать, какие конкретно задачи вы решили.

Вариант 3. Определение обязанностей

Если вы совершили нечто подобное, это добавит плюс к вашей мнимой карме.

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

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

Но можно ли сделать это еще лучше? Оказывается, да.

Вариант 4. Указание достижений

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

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

Но менее опытным разработчикам зачастую есть чем поделиться.

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

Вы не уверены, что считать достижением? Вот несколько идей:

• реализован TypeScript (ES6, модульные тесты, обзоры кода, стиль кода и т. д.);
• оптимизирована загрузка сайта;
• сформировал команду, осознанно выбрал рамки;
• организованное внутреннее обучение (митапы, поездки на внешние конференции);
• выступал на митапе, конференции.

Но я дам вам еще один совет. Помните притчу о трех ситах, через которые нужно пропустить то, что хочешь сказать? Так что достижения следует пропускать через сито адекватности.

Например, вы пишете, что руководите отделом фронтенд-разработки.

А потом оказывается, что в отделе состоите вы и ваш друг Петя.

Выглядит так же.

Или приведите малозначительные факты: за время работы я написал 30 тысяч строк кода, закрыл 125 тикетов, рассмотрел 1500 пул-реквестов.

Если мы посмотрим на распределение последних полученных нами резюме по этим категориям, то увидим следующую картину:



По крайней мере 28 из 100 резюме можно было бы значительно улучшить.

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

Но если вы даже не попытаетесь рассказать о себе, как вас заметят потенциальные коллеги среди других кандидатов?

Проблемы при указании опыта

Что может быть не так?

Частая смена работы

Для меня обычная смена места работы — это три и более места работы, на которых ты проработал менее года.

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

Например, вы работали над проектом, и он закончился.

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

Однако предлагаю вам задуматься об этом, когда в следующий раз меняете работу: действительно ли ваше новое место лучше старого, есть ли перспективы и возможности для роста, приближает ли оно вас к глобальным карьерным целям? А они у вас есть?

Опыт работы с нерелевантными технологиями

Ищем разработчиков Angular и React (но часто готовы рассмотреть разработчиков с опытом работы в других фреймворках), а в резюме, например, только блоги на WordPress. Или вы разработали бэкенд, а теперь хотите переквалифицироваться на фронтенд-разработчика.

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

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

Что делать? Поднять лапы вверх и смириться? Продолжать делать то, что уже разлюбил? Конечно, нет. Перейдем к следующему разделу.

Что делать, если у вас мало опыта?

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

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

Саморазвитие

Проходите видеокурсы, их сейчас очень много на любой вкус (люблю Плюралсайт , но вы также можете найти бесплатные видео отличного качества).

О желаемом пути развития и своих усилиях напишите в резюме — например, в разделе «Дополнительная информация» или в сопроводительном письме.

Например: На моем нынешнем месте работы мы не используем фреймворки, но я слежу за современными технологиями и изучаю Angular (React, Vue — здесь мы ориентируемся на свои интересы и желаемое место работы).

Я прошла такие-то курсы.

И снова без фанатизма! Если вы перечислите 50 курсов, начиная от верстки и заканчивая оптимизацией запросов к базе данных, это выглядит странно (если только вы не фулстек).

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

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

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

Пет-проект

Вы, конечно, понимаете, что такой «теоретической» подготовки недостаточно.

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

Например, запустите домашний проект. Что бы это могло быть? В принципе, что угодно.

Вы увлекаетесь футболом? Сделать сайт о предстоящем чемпионате.

Вы изучаете иностранный язык? Напишите приложение для повторения слов.

Тебе нравится путешествовать? Составьте карту мест, где вы были.

Существует множество открытых API, из которых можно использовать данные.

Например, вы можете найти хороший список API в репозитории.

общедоступные API .

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

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

Но убедитесь, что ваш GitHub не свидетельствует против вас.

Ваш профиль на GitHub

Вот самые простые причины, почему это может произойти:

• Много кода в одном файле, огромные функции, много вложенности.

• Явное дублирование кода.

• Откровенно плохие имена переменных и функций.

• Неиспользуемые переменные, функции, импорт.

Самый простой вариант страницы GitHub .

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

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

Хотя бы на один проект, который вы будете демонстрировать стандартно.

Практические ресурсы

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

Это особенно важно для младших разработчиков или разработчиков, меняющих специализацию (например, при переходе с C# на javascript) — так вы сможете привыкнуть к новым разработкам.

Есть множество сайтов с подходящими задачами и системами автоматической проверки.

Мой любимый - Кодовые войны И ЛитКод .

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

Образование

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

В моем случае это, например, курс UX&UI Design, пройденный в Британской высшей школе дизайна.

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

Мой ответ: если у вас есть возможность окончить хороший вуз, лучше это сделайте.

Но наличие образования не является решающим фактором (а вот знания – есть).

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

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

в лучших университетах.

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

Дополнительная информация

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

Например:

• что вам интересно и в каком направлении вы хотите развиваться (можете написать, что для вас особенно важен UX или что вам нравится наставлять менее опытных коллег);
• предоставить ссылку на GitHub или портфолио;
• рассказывать о своих статьях или выступлениях;
• объясните, что, хотя у вас нет опыта работы с определенной технологией, вы готовы ее освоить и что-то для этого делаете (см.

  раздел «Что делать, если у вас мало опытаЭ»);

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

выводы

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

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

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

• Если вы включаете GitHub в свое резюме, убедитесь, что ваш код идеален.

• Служба Восстановления Данных Не Может Гарантировать Успешное Восстановление Всех Утерянных Файлов

  19 Oct, 24

• Зачем Использовать Программное Обеспечение Для Управления Заработной Платой

  19 Oct, 24

• Книжная Полка: Книги, Которые Необходимо Прочитать По Мнению Сотрудников Goldman Sachs

  19 Oct, 24

• Логотипы Брендов Из Будущего

  19 Oct, 24

• Igoogle Любит Портал Перетаскивания: Создание Страницы С Подвижными Контейнерами

  19 Oct, 24

• Самые Загадочные Результаты Google

  19 Oct, 24

• Спортивная Культура В It-Компаниях

  19 Oct, 24

• Киберпанк Игра

  19 Oct, 24

• Антропоморфизм И Маркетинг

  19 Oct, 24

• Машинопись – Теория Против Практики

  19 Oct, 24