Резюме образца 2013 года

SPL
Дальше было так: я сходил на собеседование в Яндекс на позицию фронтенд-разработчика в команду переводов. Там я красиво провалился. Я не знал вообще ничего. Сверстать пару блоков и немного покодить на JS я умел, конечно. Но в теоретической части я был где-то в районе -1.
Из того собеседования я вынес 3 мысли:

• Я хочу быть фронтендером, потому что они крутые и РИСУЮТ САЙТЫ. Что ж, мне было 19 лет, поэтому такие суждения простительны.
  
• Я хочу работать в яндексе. Там очень умные ребята, которые очень крутые. Позднее в Яндекс я всё-таки прошел и даже получил офер, но остался в hh.ru.
  
• Я провалил вопрос про выделение текста в textarea. Через несколько месяцев этот вопрос снова стал меня мучать, и я написал свою первую полноценную статью про JS на эту тему.

Дальше была Школа Программистов hh.ru, где из меня и сделали человека разработчика.
Это была лирика. Далее по теме

За время работы в hh.ru я участвовал в огромном количестве собеседований. Сначала как подмастерье, а потом уже как ведущий этого праздника жизни. Мне всегда казалось, что собеседовать нужно совсем по-другому, нужно лучше. И в какой-то момент я стал много времени уделять резюме кандидата.
Я взял за правило, что к моменту собеседования резюме должно быть прочитано полностью, а во время интервью может использоваться только как набор закладок и шпаргалки для разговора.
Зачастую резюме меня удивляли. После их прочтения у меня складывалось ощущение, что этот человек точно нам подойдет. Они не обязательно были уровня "работал в Netflix 100 лет, но решил вернуться в Россию". Было нечто другое, что “цепляло”. Так я понял, что у резюме несколько задач:

• Успешно пройти ПВО в виде HR-менеджера
  
• “Зацепить” интервьюера, чтобы собеседование не скатилось в стандартное обсуждение 1000 и 1 вопроса, необходимых на интервью

Однако далеко не всегда интервьюер будет читать ваше резюме перед собеседованием. Я даже провел небольшой "эксперимент": сходил в N компаний на собеседования в 2018-2019 годах. Сами собеседования условно можно было разделить на два типа:

• Интервьюер просто делает свою работу, ты ему вообще до лампочки. Здесь все понятно.
  
• Интервьюер ищет себе коллегу. Здесь и начинается диалог, обсуждаются технические моменты, а уходишь с ощущением, что всё было отлично. Офферов было немало, но мне нравится работать в hh.

Опираясь на опыт проведенных мной собеседований и большого количества рассмотренных резюме я и хочу построить дальнейший рассказ.
А чтобы всё было по-честному: где-то в конце 2019 я угробил 4 выходных дня, чтобы выстрадать свое резюме.
Успешно пройти иммунную систему в виде HR

На мой взгляд, базовый инструментарий HR-менеджера включает в себя:

• Договоренности с техническим департаментом, на что обращать внимание. Часто можно найти в wiki компании или просто спросить об этом HR. Например: "если в опыте кандидата верстка промиков — это не наш профиль" или "если работал над почтовыми сервисами — это нам нужно, зовем".
  
• Личный опыт. Набор личных эвристик основанных на предыдущем опыте: "ребята из этой компании сильные, другие разработчики о них хорошо отзываются", либо "кандидат меняет работы каждые полгода, стоит почитать его резюме внимательнее и желательно между строк".
  
• Keywords: React, Redux, Spring, Java, 15 лет опыта, Node.js
  
• Ачивки. "Съел пирог и не растолстел", "Моя фича набрала +100% к пользователям"

Зацепить интервьюера

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

• Делал клевый проект или отвечал за весь слой? Напиши про это.
  
• Занимался проработкой задач вместе с бизнес-заказчиками? Пара слов про это даст понять интервьюверу, что вы работаете не только на уровне "таска пришла-таска ушла"
  
• Есть что-то "около-работы"? Отлично, черкани пару строк. Нет такого? Да не проблема, life-work balance тоже ок.

Помимо "почему я хороший", резюме — это еще и набор тем для общения:

• Занимался архитектурой проекта? Отлично, можем похоливарить!
  
• Занимался перформансом? Круто, интервьюер увидит, что кандидат в этом сечет. А еще это повод начать не со стандартного "картинки нужно сжимать, а js тяжелее img", а с каких-то практических примеров из опыта.

Опыт работы. Препарируем пример

Крайне разочаровывают резюме уровня "работал работу на работе". Здесь отсутствует человек, есть просто функция. Приведу пример:

Ничего не понятно. Есть портал. Он внутренний? Внешний? А сайт? Приложение? Чат? Какова в этом роль кандидата? Возможно было что-то, что в проекте нравилось? И наоборот? Миллиард вопросов!
Стоит чуть-чуть пройтись шпаклевкой, и такой пример становится полезнее:

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

Кажется, что описано то же самое, что и в предыдущем примере, но:

• Интервьюер уже видит, что кандидат не дядя с улицы, а занимается вопросами улучшения и оптимизации. Чтобы проверить свою гипотезу, я завожу разговор о той самой инфраструктуре. Выясняется, что информация о том, от какого эксперимента зависит компонент, находится в static-поле. Бабель-плагин достает такие поля и формирует JSON страница ⇒ эксперименты.
  
• Упоминание достижений, даже локальных, говорит о том, что разработчику "не все равно". Не все равно, что там бизнес творит. Не все равно на фидбек сервиса. 100 очков гриффиндору.

Появляется логичный вопрос: А если так?

Это не даст вам преимущества. Упомянуть о стеке хорошо. Но превращение всего опыта работы в стек "я кодер, кодерю на стеке" не говорит о том, что разработчик умеет решать задачи.
Можно выбрать какой-нибудь срединный путь:

Здесь в каждый пункт мы добавили немного контекста: вот тут я трогал ноду, здесь реакт, а еще и полностью техническим вопросом занимался! Танки на саги перетаскивал.
В итоге: Мы увеличили наш текст на 3 пункта, но сделали его с одной стороны соответствующим для HR менеджера, который и keywords увидит, и человека рассмотрит. А с другой стороны он хорош для разработчика — собеседующий будет понимать, что интересно разработчику (ну или чем его заставляли заниматься).
Гайд по заполнению резюме

Начнем со сложного: сколько писать? Когда я хочу написать коротенькую статью “буквально на 3 абзаца”, выходит вот это. С резюме так же. В какой-то момент мое резюме занимало 4 страницы А4.
Идеально, если получится впихнуть резюме в одну страницу. Что там можно написать?
Кто таков. Имя-фамилия-позиция-контакт. Фото и прочие прибамбасы — по желанию. Тут как с авто — обвес лишним не будет, но и без него едет.
Не оч:

Уже лучше:

Кайф:

Чем славен/tl;dr/эбаут. Часто в "о себе" либо ничего не пишут, либо пишут о стрессоустойчивости. А я бы порекомендовал вынести туда самую мякотку: "Lead developer, водил команду из 6 человек в данжи. Отвечал за направления чат-ботов. Автор статей на Хабре." Сюда же можно засунуть "пожелания". Например: "хочу работать в игорном бизнесе, энтерпрайз надоел, галеры ван-лав." В этом случае эбаут можно разделить на две части. Мякотка вверху, пожелания внизу.
Можно лучше:

Уже лучше:

Другой вариант:

И третий вариант:

Опыт работы. Об этом выше уже было (сразу перед этой главной), поэтому идем дальше
Около работы. Статьи, выступления, опен-сорс, пет-проджекты, волонтерства, я у мамы молодец — об этом забывать не стоит. Около-работа ощутимо влияет на принятие решений. Однажды я собеседовал разработчика, который написал, что сделал промисы, чей колбек для исполнения выполняется в отдельном воркере. Это дало повод пообщаться о том, как это работает. Этот разработчик вполне успешно работает у нас уже несколько нет. Как говорится, “все, что вы скажете, может быть использовано против вас”. Важна каждая деталь. Если есть чувство, что об этом говорить не хочется или нечего, то блок пропускается и никто ничего не заподозрит.
Нормально:
Дает больше контекста:

Другой вариант:

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

Поток сознания с временными рамками:

Я предпочитаю первый вариант. Он компактнее и не засоряется лишней информацией.
Общая разлиновка. Мне нравится такая:

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

• https://www.jobhero.com/ — много разных шаблонов, приятный интерфейс, здесь я и взял вдохновение для своего резюме, владельцы забанили российские IP.
  
• https://hh.ru/ — ну, вы поняли
  
• https://headz.io/ — что-то вроде российского аналога hired/honeypot со своим видением вопроса. Удобно: заполнить резюме можно быстро, легко и без смс. Неудобно: keyskills и "в какой хочешь работать компании" немного занудные
  
• https://www.honeypot.io/ — они крайне назойливо хотят созвониться, так как на основе твоего резюме будут подбирать тебе работу. В остальном — зайчики
  
• https://hired.com/ — Все ок, но у меня не получалось отправить резюме на ревью
  
• https://indeed.com/ — очень порадовал удобным интерфейсом для заполнения резюме

(список составлен в рандом порядке и смысла не несет. Профиль на хабр-карьере не трогал с 2018 года, судить не могу)
Итого

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

• Контакты.
  
• Что ты из себя представляешь, что нравится в разработке: достижения на проекте, пусть это будут и совсем локальные, возможно то, что нам греет сердце. Обычно включается в опыт работы
  
• Контекст проекта — чем занимался, в идеале, если есть опорные пункты. Опорные пункты вида: "сделал фичу календарь; улучшил перфоманс" и т.д. Такие штуки выполняют 2 задачи: показывают со стороны специалиста и позволяют задать тон будущему собеседованию (но зависит от опыта собеседующего). Тоже включено в опыт работы
  
• keywords — хоть мне это и не нравится, но на те самые "ключевые навыки" обращают внимание. Способов их вставить всего два. Первый — нативно во время рассказа про контекст проекта/достижения. Второй — отдельный пункт "Ключевые навыки". Тем самым мы упрощаем время скрининга нашего резюме и повышаем шансы не быть отложенными по принципу "ну мы тут Angular ищем, а кандидат про это не упомянул"

Вещи которые включаются по желанию:

• О себе. Нравится проводить митапы? Участвовать в них? Написал статью на Хабре? Работаешь с пет-проджектами? Коммитишь в опен-сорс? Ничего из перечисленного, но было что-то интересное на работе, что можно перенести из описания проекта в блок о себе? Снова нет? Можно опустить его, отрицательно это не скажется.
  
• Пожелания. Был неприятный опыт с командой? Есть определенные убеждения? Это можно указать в конце резюме.

И в заключение стоит сказать — относитесь к резюме не как к официальной бумаге, а к вашему "элеватор питчу".
===========
Источник:
habr.com
===========
Похожие новости:

• [DIY или Сделай сам, Производство и разработка электроники, Разработка для интернета вещей, Разработка под Arduino, Схемотехника] Собираем недорогой 9.7" E-Ink дисплей для отображения чего угодно
  
• [IT-компании, Физика, Хранение данных, Хранилища данных] В Samsung изолировали «белый графен». Решение могут использовать при создании новейшей памяти
  
• [IT-компании, Nginx, Законодательство в IT] Прокуратура подтвердила закрытие уголовного дела о правах на Nginx за отсутствием состава преступления
  
• [IT-инфраструктура, IT-компании, Облачные сервисы, Софт] Обновление МойОфис в 3 раза ускоряет почту, добавляет новые функции и еще 4 иностранных языка
  
• [Карьера в IT-индустрии, Управление персоналом, Управление разработкой] Созвоны не решают никаких проблем. Они нужны только людям, которые не умеют писать код
  
• [Софт, Разработка под Windows, IT-компании] Microsoft планирует удалить из Windows 10 классическую панель управления
  
• [Agile, Карьера в IT-индустрии, Управление персоналом] Без «Hello, world!» и в IT?
  
• [DIY или Сделай сам, Дизайн, Мониторы и ТВ, Производство и разработка электроники, Разработка под Android] STM32 development board tutorial：use STONE STVC101WT-01 to control STM32
  
• [Хакатоны, Развитие стартапа, Конференции, IT-компании] 18 российских инновационных стартапов стали финалистами программы Global Pilots
  
• [IT-компании, Карьера в IT-индустрии] Японская компания Fujitsu переходит на постоянную удалённую работу

Теги для поиска: #_itkompanii (IT-компании), #_karera_v_itindustrii (Карьера в IT-индустрии), #_rezjume (резюме), #_razrabotka (разработка), #_razrabotchik (разработчик), #_rekrutment_v_it (рекрутмент в it), #_sobesedovanie_v_it (собеседование в it), #_poisk_raboty (поиск работы), #_sovety_i_rekomendatsii (советы и рекомендации), #_blog_kompanii_headhunter (
Блог компании HeadHunter
), #_itkompanii (
IT-компании
), #_karera_v_itindustrii (
Карьера в IT-индустрии
)