company_banner

Предвзятый и субъективный взгляд на резюме разработчика

    Привет! Недавно мои коллеги из hh.ru провели вебинар, где разбирали резюме разработчика. Я решил поделиться своей точкой зрения на этот счет.


    image


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


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


    Если true story читать не хочется, а хочется сразу tl;dr (в виде “Итого”) или how-to (в виде гайда), то можно промотать вниз на два последних блока.


    Оффтоп: зачем мне тратить время на эту статью?


    Давным-давно, еще студентом, я сидел перед компом и пытался воткнуть в это самое "нужно создать резюме, чтобы рассказать, какой я хороший и замечательный, и почему меня нужно взять без опыта". Вооружился гуглом и искал материалы формата "как создать резюме, в которое влюбится работодатель". Получалось примерно следующее: "Стрессоустойчивый кандидат познакомится с привлекательным работодателем. Хочу опыт и кусок хлеба, могу в потуги писать на C#, вот даже в универе такую штукенцию забахал!".


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


    Почему я тогда указал Perl — я не знаю, не спрашивайте. Я написал на нем 2 строчки для лабораторки в ВУЗе и больше никогда не открывал.


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


    Из того собеседования я вынес 3 мысли:


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

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


    Это была лирика. Далее по теме



    За время работы в hh.ru я участвовал в огромном количестве собеседований. Сначала как подмастерье, а потом уже как ведущий этого праздника жизни. Мне всегда казалось, что собеседовать нужно совсем по-другому, нужно лучше. И в какой-то момент я стал много времени уделять резюме кандидата.


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


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


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

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


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

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


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


    Успешно пройти иммунную систему в виде HR



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


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

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



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


    Например:


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

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


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

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



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


    Компания: "Соло на трекпаде", 
    Frontend-разработчик, Июль 2018 — по наст. бремя.
    
    Участие в разработке продукта

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


    Стоит чуть-чуть пройтись шпаклевкой, и такой пример становится полезнее:


    Компания: "Соло на трекпаде", 
    Frontend-разработчик, Июль 2018 — по наст. бремя.
    
    Участие в разработке продукта для общения с клиентами через чаты техподдержки.
    - Интеграция с телеграм, WhatsApp и вайбер
    - Аналитика данных
    - АБ

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


    Для достижения лучшего эффекта кандидат может расставить акценты на том, что его драйвило:


    Компания: "Соло на трекпаде", 
    Frontend-разработчик, Июль 2018 — по наст. бремя.
    
    Участие в разработке продукта для общения с клиентами через чаты техподдержки.
    
    - Интеграция с телеграм — написали свой клиент через SDK. 
    Это позволило увеличить конверсию пользователей на 100 человек в день
    
    - Аналитика данных, АБ — организовал инфраструктуру для связи "Компоненты - эксперименты"

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


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

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


    Компания: "Соло на трекпаде", 
    Frontend-разработчик, Июль 2018 — по наст. бремя.
    
    Участие в разработке продукта для общения с клиентами через чаты техподдержки.
    Используемый стек: React, Redux, Кин-дза-дза, Node.js, FusRoDuh v3.

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


    Компания: "Соло на трекпаде", 
    Frontend-разработчик, Июль 2018 — по наст. бремя.
    
    Участие в разработке продукта для общения с клиентами через чаты техподдержки.
    
    - Интеграция с телеграм — написали свой клиент через Node.js SDK.
    Это позволило увеличить конверсию пользователей на 100 человек в день
    
    - Аналитика данных, АБ — организовал инфраструктуру для связи "React компоненты - эксперименты"
    
    - Организация бизнес слоя на Redux + Saga, иницировал переход с thunk на Saga

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


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


    Гайд по заполнению резюме



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


    Идеально, если получится впихнуть резюме в одну страницу. Что там можно написать?


    Кто таков. Имя-фамилия-позиция-контакт. Фото и прочие прибамбасы — по желанию. Тут как с авто — обвес лишним не будет, но и без него едет.


    Не оч:


    Аноним Анонимов
    for-hr@email.ru

    Уже лучше:


    Мария Игнатова, Frontend-разработчик
    Telegram: @definiteTelegramAccount
    email: definiteEmail+hr@email.com

    Кайф:


    Мария Игнатова, Frontend-разработчик
    Telegram: @definiteTelegramAccount
    email: definiteEmail+hr@email.com
    GitHub, LinkedIn links, etc.

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


    Можно лучше:


    Frontend engineer

    Уже лучше:


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

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


    Frontend engineer. Автор технических статей. Спикер на РИТ++, FrontendConf. 
    Сосредоточен на решении продуктовых задач.

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


    Frontend engineer
    
    Есть опыт разработки продуктов с нуля и развития комплексных проектов. 
    Хотелось бы попробовать себя не только во фронтенде, 
    но и в форточку выкидывать свои навыки не хочу.
    
    Не заинтересован в игорном бизнесе.

    Опыт работы. Об этом выше уже было (сразу перед этой главной), поэтому идем дальше


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


    Нормально:



    Дает больше контекста:


    Автор небольших опенсорс-проектов,  
    которые выделили во время работы над рабочими задачами: 
    например https://github.com/hhru/babel-plugin-react-displayname
    Спикер на конференциях. Например РИТ++ (ссылка на доклад)

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


    Прохожу курсы на egghead, coursera, 
    Нравится посещать конференции, делиться знаниями
    Провожу митапы внутри компании.

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


    Поток сознания:


    TypeScript, React, Redux, Svelte, Babel, Node.js, Koa, Express, JS, CSS, HTML

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


    React, Redux, TS — 3+ года
    JS, CSS, HTML — 6+ лет
    Node.js — 1 год

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


    Общая разлиновка. Мне нравится такая:



    Да, я бессовестно содрал со своего же резюме, но зачем мне рекламировать то, что мне не нравится?


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


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

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


    Итого



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


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

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


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


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

    HeadHunter
    HR Digital

    Комментарии 30

      +6
      Всю статью не покидало ощущение, что это описание какого-то «как должно быть» идеала из страны розовых понь.

      В реальности я вижу следующее:
      1) Резюме не читают. Даже если их реально на каком-то этапе до холодного отклика читает человек, то это такой человек, который делает что-то на уровне regex.match() — то есть тупо проверяет наличие ключевых слов, как правило по техстэку, длительности опыта, и желаемым деньгам. При этом более не проверяется ничего. Получать предложения пойти работать DBA, если у тебя в скиллах написано «SQL», но при этом ты вообще-то, скажем, фронтэндер — абсолютно нормально.
      2) После холодного отклика резюме уже будут читать люди, но это всё будет вторично по отношению к собеседованиям. То есть, даже если в резюме у вас написано что-то, вызывающее вопросы — у вас как правило будет минимум один шанс объясниться. Но, разумеется, при прочих равных возьмут того, у кого резюме вопросов не вызывает, поэтому лучше таки писать гладенько. Но, учитывая хронический недостаток адекватных разработчиков — это всё, опять же, не суперважно.
      3) Если вы хотите попасть в контору, в которую «очередь» (типа Яндекса) — то имеет смысл писать отдельное резюме отдельно для такого кейса. Но, опять же, в таких случаях гораздо выгоднее не стоять в очереди, а обойти её — через инсайдерские контакты, прямой выход на продактов, которым нужны люди, и тому подобными путями. И в таких случаях идеальность резюме, опять же, глубоко вторична.

      На разных уровнях иерархии работают разные подходы. Если у вас нет опыта — то да, остаётся полировать резюме или пытаться выходить на лиц, принимающих решения, в обход служб HR. Если у вас опыт есть — вы, скорее всего, будете думать над тем, как бы отфильтровать поток входящих предложений, а не как бы резюме написать половчее. Если у вас опыта много и вы уже двинулись в управленческие роли (техлид, архитектор, итд) — ну, тут вообще советы «что писать в резюме» не в кассу.
        0
        Возможно мои случаи с которыми я сталкивался работали по-другому (здесь часто работает правило «у меня такая же нога, но не болит), но да, как писал в статье серчеры или HR менеджеры, которые изначально ищут кандидата, часто работают как regexp, все ключевые навыки будут рассмотрены как ваша профессия. Поэтому мне приходилось фиксить этот блок напильником.
        Сам когда только стал фронтендером, мне часто писали с предложением C# работы :/ Итого, выкинул лишнее, жить стало легче.

        А вот с третьим пунктом, не соглашусь. „Сильное“ резюме, которое строится от „достижений“ и интересов вполне могут зайти в конторы в которые очередь, я проверял :)
          0
          А вот с третьим пунктом, не соглашусь. „Сильное“ резюме, которое строится от „достижений“ и интересов вполне могут зайти в конторы в которые очередь, я проверял :)

          «Зайти» — да. То есть, вызвать холодный отклик. А дальше всё то же самое что и с другими конторами, и вопрос «возьмут вас туда или нет» будет решаться совсем не через резюме.
            0
            Резюме позволяет увидеть вас и принять решение «позвать на собес». Дальше задача резюме как максимум — это ваш (для вас же) план в ответе на вопрос интервьювера «расскажите о себе».

            Но да, возьмут или нет — это уже собеседование.
          +1
          > Получать предложения пойти работать DBA, если у тебя в скиллах написано «SQL»

          Ну это даже как-то банально. А вот получить предложение писать на RPG, потому что ты только что работал в банке, и недавно из этого банка взяли разработчика на RPG — вот это было круто. Разумеется, я не касался банковского софта никак вообще, а занимался, грубо говоря, «внутренними сайтиками».

          xnim, вопрос. Как указывать опыт работы, если он большой, длинный, разноплановый? Стоит ли расписывать весь творческий путь от сотворения мира, 7528 лет назад?
            +1
            Я бы делал это так:
            1) Самые важные на ваш моменты выносим в блок «о себе».
            2) Опыт работы по содержанию начинает постепенно деградировать от свежего и расписанного, к уменьшению подробностей и остановке только на ключевых пунктах 1-2 на место \ год и т.д.

            К слову, это заметно даже не 15+ лет опыта работы, но и на мелких 6-7 годах, как у меня — xnim.ru/cv/ru вот тут можно проследить, что новое подробно, но чем старее, тем скупее.
            0
            >1) Резюме не читают.
            Ну только надо уточнить, кто не читает. Если HR мне приносит кандидата, то я таки читаю. Читает ли он до этого — то мне неведомо. Но когда меня HR спрашивает, кого искать, я всегда инструктирую в том смысле, что он конечно может regexp, но в случае каких-либо сомнений лучше человека показать, чем сразу отвергнуть. Потому что в отличие от HR программисты не ошибаются в оценке резюме настолько сильно.

            В остальном скорее согласен по всем пунктам.
              0

              Полностью поддерживаю. Нафига вот мне при отборе кандидатов вчитываться в резюме, если HR их принесёт от силы 50 за раз? Всех, кто хотя бы на "4 из 10 баллов" попадает в то, что мне нужно — отправить в телефонный скрининг. Не угадал — отдал в скрининг? Потрачено 5 минут на телефонный разговор. Угадал? Отлично. Зачем было 3 ночи сидеть над резюме? Не угадал и выкинул из скрининга? Э… Ну значит что-то совсем неадекватное в резюме было.
              И, да, согласен, поиск всего, что выше, чем "ведущий разработчик" — это точно не про советы, как заполнять резюме (тот ещё ритуальный танец с обеих сторон).

              +1

              Смотрел этот вебинар. Он был рекламой вашего сервиса по составлению резюме для либо супер джунов либо для категорий "войти в IT".

                0
                Честно признаюсь, я вебинар не смотрел, но затем уже читал изложение на хабре.
                Собственно, после этого и появилось желание написать свою точку зрения.
                +2
                Мысли, что чем больше опыта тем лаконичнее стараешься описывать свои достижения) иначе резюме становится слишком большим
                  +1
                  Всецело согласен! и тут тонкая грань между лакончиным высказыванием и «ну я гайки верчу»
                • НЛО прилетело и опубликовало эту надпись здесь
                    +1
                    Статья большая, но где подтверждение что то что в ней написано работает? Судя по вашему опыту вы работаете(видно что успешно) за зарплату в одной компании, на рынок особо не выходите. Но как ваш подход поведет себя в высококонкурентной среде — непонятно(т.е. может сработает, может и нет)
                      +1
                      Ну во-первых, автор рассказывает, что сам в 18-19 годах ходил на собеседования для «проверки методов», а во-вторых он сам занимается набором кадров. Так что опыт есть.
                      Ну а в третьих — а вы видели, как статья называется?!
                        0
                        Так если он в 18-19 годах ходил, это как бы показывает, что его метод не работает. т.е. используя описание, ничего лучше текущей работы он найти не смог.
                          0
                          Привет.
                          Все же я не буду писать в статье информацию по типу: подал резюме в M компаний, в M — 1 позвали, в N прошел собеседование в K не прошел. Резюме, которое составляется, как в первом треде правильно написали, работает на то, чтобы тебя заметили, выбрали и позвали на собес. Из всех компаний, куда я подавался, была только 1 зарубежная компания, которая решила не говорить.

                          Могу сказать следующее:
                          1) Этот способ формирования резюме выстрадал через то, что сам проводил собеседования и через подачи в разные компании

                          2) Этот способ работает как на зарубежные, так и для российских компаний. Ну и честно говоря, способ несколько подсмотрен у американских «best practices».
                          Вот один из примеров резюме, которые мне нравятся github.com/donavon/resume/blob/master/donavon-west-resume-2019.pdf

                          3) Оферов было немало, но в хх мне всегда что-то нравилось больше. (не пытаюсь рекламировать, но согласитесь, я бы не сидел на попе ровно, если бы мне в хх что-то не нравилось). Так с 2016 года я полностью отвечал за фронтенд на отдельном проекте хх, с 2019 года за фронтенд-архитектуру основного сайта. Сюда можно добавить такие бонусы что:
                          3.1) Мне нравится коллектив
                          3.2) У нас есть школа разработчиков, а у меня страсть к выступлениям
                          3.3) Опять же, в ХХ у меня получилось много смен команд и контекстов внутри компании: Поиск => Мобильный сайт => Talantix 1 => Talantix 2 в качестве лида => Архитектура
                            0
                            Хм, ну т.е. то о чем я и написал. Заходим в твиттер резюме которое вам нравится twitter.com/donavon и видим фразу «Still Unemployed». Ну т.е. конечно сложно оценить вклад резюме в это, но равняться на советы человека который не может найти работу это как-бы странно.
                      +1
                      Огромное вам спасибо за такую исчерпывающую статью. Совсем недавно стал стажёром — программистом, и на будущее мне очень пригодится. К сожалению, когда искал в интернете статьи, почти все были навроде «Ну вы поняли, что я имел ввиду, дальше сами как-нибудь напишите»… А тут прям учебник с адекватными примерами!
                        –1
                        Много жаргона выпендрежного в тексте статьи. Читать не особо приятно. Скорее статья вчерашнего школьника для вчерашних школьников

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

                          Правда, смешно, что HH до сих пор не дает возможности вытащить «о себе» (эбаут) в самый верх. Т.е. выше, чем все предыдущие места работы. Это же банально не позволяет следовать советам из статьи на том же HH. Следовательно, «питчинг» может и не получится.
                            +1
                            Да, саму статью я писал в отрыве от того, как это сделано на хх, так как не было целью делать рекламную статейку, а своим взглядом поделиться. На тех же jobhero можно составить резюме удобного формата. (либо просто гугл-доком воспользоваться)

                            Если же говорить как такую технику применить в хх, то питчинг можно выносить в реалиях hh.ru в виде сопроводительных писем.
                            Так как мы в компанию практически всё время нанимаем разработчиков через hh.ru, то могу сказать, что часто в сопроводительном письме разработчики пишут или ничего или «заинтересовала компания». Поэтому писать свое короткое «о себе» там, после условного «здравствуйте», вполне может сработать.

                            p.s. еще забыл про такой сервис как resume.io — я им не пользовался, но вроде он был популярен какое-то время назад.
                              0
                              Правда, смешно, что HH до сих пор не дает возможности вытащить «о себе» (эбаут) в самый верх.
                              Но еще больше напрягает, что НН заставляет указывать даты в разделе Образование. По ним легко можно вычислить возраст кандидата. И тогда даже самое золотое резюме моментально отправляется в топку.
                              К слову, в LinkedIn указание любых дат опционально. Вот это fair play! Советую перенять.
                                –1
                                Даты образования не обязательно позволяют вычислить возраст. Иногда ведь люди получают образование в более позднем возрасте. Неопределенности добавляет еще и заочная форма обучения. Ее, к слову, вообще никак по диплому не отличить.
                                • НЛО прилетело и опубликовало эту надпись здесь
                              +1
                              Судя по моей практике помощи в найме сотрудников (организовывал и проводил технические собеседования для >30 кандидатов) и судя по практике прохождения собеседований, резюме внимательно читают лишь в редких случаях и только после всех собеседований, когда требуется согласовать понравившегося человека у высокого начальства, улучшить офер, или чтобы выбрать между равными кандидатами.

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

                              Грубо говоря, резюме, которое «цепляет» и радует точностью формулировок, просто никто толком не оценит. Если речь идёт о разработчиках, то очень много где плохое качество резюме не будет помехой: сам был свидетелем того, как на ответственные должности берут людей, прошедших техническое интервью, но резюме которых выполнено в стиле «поток сознания в блокноте и без форматирования». Очень часто у обычных мидлов с 8-летним опытом работы встречается резюме на 12 страниц, полученное выгрузкой с сайта поиска работы.

                              Да, плохое резюме — это неуважение к себе и к окружающим, но практика показывает, что «в реальном мире» на это не обращают внимания. Я оттачиваю своё резюме только из уважения к себе и из-за своего перфекционизма.
                                0
                                У нас, да и у еще заметного ряда компаний два круга обработки резюме: вначале hr фильтрует первые резюме. Затем разработчики. Там же разработчик могут оставлять комментарий — на что обратить внимание на собеседовании.
                              • НЛО прилетело и опубликовало эту надпись здесь
                                  0

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

                                  • НЛО прилетело и опубликовало эту надпись здесь

                                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                Самое читаемое