Код
#статьи

Улучшаем CV: инструкция от опытного разработчика

Стоит ли врать об опыте в IT? Нужно ли давать ссылку на репозиторий в GitHub? Разработчик Никита Козлов рассказал, как написать крепкое резюме.

Иллюстрация: Meery Mary для Skillbox Media

Никита Козлов


Фронтенд-разработчик, indie hacker, увлекается web security. Любит китайский чай и настолки.


Ссылки


Ранее я опубликовал в Twitter тред, в котором рассказал о ресурсах для поиска работы за границей. Мне написали несколько человек, и я решил превратить наше обсуждение CV в полноценный материал. Дисклеймер: все советы субъективные. Если знаете, как сделать лучше, пожалуйста, напишите :)

Cover letter, или сопроводительное письмо

Будем исходить из следующих предположений:

  • в среднем на вакансию приходит 10+ откликов;
  • резюме смотрит HR, а не разработчик;
  • просмотр одного резюме занимает приблизительно 5 минут.

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

Прежде всего рекомендую познакомиться со старым приёмом elevator pitch. Он помогает рассказать о продукте (или о себе) в условиях максимально ограниченного времени. Отсюда и название — на презентацию должно уходить не больше времени, чем на поездку в лифте.

Статья написана на основе треда Никиты в Twitter.

Можно выделить три подхода к написанию cover letter:

Подход 1. Отправляем шаблон вида: «Откликаюсь на вакансию, потому что компания приносит миру пользу. Я обладаю такими-то навыками и думаю, что буду вам очень полезен…»

Никакой дополнительной информации. Написано по шаблону, и все это понимают. Какой в этом смысл? (Вопрос риторический.)

Подход 2. Написать честное письмо и рассказать, что вас привлекает в компании. Проблема в том, что иногда сказать-то и нечего: «У вас сайт с кнопками. Я их крашу. Давайте дружить» :)

Хорошая ситуация, если устраиваетесь в компанию, которая делает CRM-системы, а вы всю жизнь их и делали. Match!

Подход 3. Вообще не писать cover letter. Кажется, в этом нет ничего страшного. А произвести впечатление вы и на созвоне сможете — если до него дойдёт.

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

Структура CV: что и как писать

Пройдёмся по основным разделам CV.

Контакты и фото

С контактами всё довольно просто. Хотите, чтобы вам писали на электронную почту? Оставьте адрес электронной почты. В Telegram? Оставьте контакты в Telegram. Если устраиваетесь в международную компанию или не любите разговаривать по телефону, не указывайте свой номер телефона.

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

Кадр: сериал «Кремниевая долина»

Интро

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

Например: I’m senior Python developer with 10+ years of experience including…

Список навыков

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

⭐️​​ ⭐️ ⭐️ React | HTML | CSS | …

⭐️⭐️ Angular | SCSS | …

⭐️ Express.js | …

Перевод подписи: «Обычно я прошу рекрутеров указать, что из этого — покемоны»
Скриншот: @kozlovzxc / Twitter (заблокирован на территории РФ)

Опыт работы

Основная рекомендация — пишите о достижениях, а не о процессе.

Например: Developed own ui-kit. Это очень интересный пункт, но сразу возникают вопросы: «Зачем? Какую проблему решали? Получилось ли решить? Как много людей над этим работали? Как много людей пользовались?»

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

Сертификаты, достижения, курсы

Расскажите обо всех своих активностях, помимо работы: выступлениях на конференциях, статьях, пул-реквестах в опенсорс, пет-проектах, сертификатах, пройденных курсах и так далее. Только добавляйте релевантные вещи — показывать сертификат за первое место в олимпиаде по математике в пятом классе всё-таки не стоит :)

Размер и структура CV

Хорошее CV — понятное и быстро читается. Поэтому важную информацию пишите в самом начале. У сеньоров это опыт, а у джунов — образование. Напоминаю, что никто не будет читать резюме дольше 2–5 минут. Это примерно 1–3 страницы.

Ответы на популярные вопросы

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

Что делать, если нет опыта в разработке

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

Что делать с неайтишным опытом

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

Стоит ли врать в резюме

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

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

Стоит ли добавлять ссылки на GitHub

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

Что делать, если опыт слишком разнообразный

Такая ситуация бывает у тимлидов и CTO в маленьких компаниях. Им нужно делать всё понемногу, поэтому резюме пестрит технологиями: от вёрстки под Internet Explorer до конфигурирования nginx.

В этом случае я вижу три варианта действий:

  • Сфокусироваться в резюме на одной предметной области, а остальное вынести в раздел «Дополнительный опыт».
  • Найти HR, которые подберут вакансию под вас (сам не пробовал).
  • Писать в стартапы. Объясните ситуацию и напирайте на то, что ваш разнообразный опыт будет очень полезен.

В чём делать резюме

Вариантов море:

  • Составьте резюме в Notion и экспортируйте в PDF (я так и сделал).
  • Найдите Latex-шаблон.
  • Воспользуйтесь сервисом resume.io.
  • Соберите в Сanva или Figma.

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

Вместо вывода: позаботься о ближнем своём

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

У @M0rtyMerr есть отличное видео об ошибках HR при найме. Основная мысль та же: хоть чуток подумайте о том, для кого предназначено ваше сообщение (резюме).

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

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

Участвовать
Понравилась статья?
Да

Пользуясь нашим сайтом, вы соглашаетесь с тем, что мы используем cookies 🍪

Ссылка скопирована