Упрощаем написание резюме разработчика

    Проблема


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



    Для тех, кому не интересна лирика, и кто хочет сразу перейти к делу — то вперед на github. А для тех, кому важна механика и история проекта — собственно и посвящена статья.


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


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


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


    В теории проблему можно было бы решить, имея 'единый центр' — если:


    1. все площадки для размещения и отклика вакансий объединятся на уровне ресурса / единого протокола;
    2. 'как писать резюме' перестанет быть вопросом искусства и исследований, а будет единый принятый всеми стандарт;
    3. будет единая онтология наиболее популярных вакансий, по которой можно понять характер оценки навыков/опыта/качеств кандидатов для данной вакансии;
    4. кандидаты не будут врать и преувеличивать в своих резюме;
    5. конкуренция кандидатов по умению продавать себя отсутствует.

    В реальном мире такое вряд ли возможно, поскольку биржи труда развивается децентрализовано, а про 4-5 пункты, наверное, невозможно решить даже с единым центром.


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


    Идея


    Так или иначе, резюме:


    1. описывает качества кандидата;
    2. доказывает это опытом.

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


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



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


    В идеале такой "журнал" должен:


    1. только дополняться, старые записи остаются без изменений;
    2. заполняется при появлении новой релевантной информации (окончание работы на текущем месте, новая публикация, завершенный проект) — именно так можно будет дать наиболее удачное описание;
    3. содержать информацию, выставляющую кандидата в выгодном свете (но, помимо этого, есть смысл отмечать важные для себя моменты, даже если они негативные — в печать пойдет только то, что нужно).

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


    Моя история


    Начинал я как все, открывал MS Word, искал красивый шаблон, начинал писать. Искал примеры, пытался удачно скопировать. В какой-то момент перешел на LaTex, более-менее структурировал опыт. Перебрал разные визуальные формы, экспериментировал с формами. Это длилось примерно 10 лет, и, наконец, пришло время количеству перерастать в качество.


    Во время последнего поиска работы я более-менее отточил форму и подачу материала, но количество опыта уже заставило серьезно думать над максимальным сжатием информации. Было введено много декораций, которые не только хорошо смотрелись, но и позволяли избегать объемного текста. Что более важно — пришло понимание ORM модели самого резюме (достижения-проект-навыки-работодатель).


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


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


    Составление резюме как подача истории


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


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


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



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


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


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


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


    Навыки. Требования к навыкам вполне однозначны к конкретным вакансиям. Если ищут опытного C++ для разработки драйверов, а в топе навыки JS, Ruby on Rails и Java — то дальше можно не читать.


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


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


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


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


    Как выделять навыки


    Что такое 'навыки', и какая детализация нужна при заполнении — это вопрос открытый. Например, где-то можно написать C++, где-то boost (и при этом не написать C++), а где-то C++, STL, boost. И при этом иметь в виду одно и то же.


    Стоит понимать, что рекрутеры и HR-ы редко имеют техническую специальность, и тем более опыт. А значит, что для них может быть далеко не очевидно, что STL и boost включает в себя C++. Поэтому здесь нужно ориентироваться в первую очередь на вакансии, и смотреть какие там используются ключевые слова.


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


    Опыт в виде журнала


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



    Далее рассмотрим подробнее описанные сущности с примерами, а в качестве языка реализации воспользуемся JSON-ом.


    С персональными данными все достаточно тривиально, как и с контактами. Разве что владение языками помещаются сюда, т.к. в отличии от трудоустройства в России это не конкурентное преимущество, а средство общения. И если рекрутер вам звонит, то пусть он понимает сразу на каком языке начинать диалог.


    В образование помещается учебное заведение, статус диплома (phd, specialist, master, etc.), название диплома, период обучения и средняя оценка. Также считаю полезным поместить специализацию для широких профилей, и название диплома.


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


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


    {
      "name" : "Photoshop",
      "icon" : "photoshop_project.png",
      "period" : "01.09.2015-30.08.2016",
      "description" : "Raster graphics editor",
      "team-size" : "9",
      "web" : "https://www.adobe.com/products/photoshop.html",
      "tasks" : [
        "..."
      ]
    }

    Каждый проект состоит из задач, которые решались, и в которых кандидат совершил определенные достижения. Именно это является ключевым доказательством опыта — достижение, в идеале выраженное в числовой форме. Задача может быть одна в рамках проекта. Также навыки привязаны к задаче, что составляет основу формирования статистики навыков:


    {
      "description" : "Development of text-recognition filter from raw image",
      "period" : "01.09.2015-28.02.2016",
      "skills" : ["CI", "C++", "ML"],
      "achievements" : [
        "achievied recognition accuracy up to 85%"
      ]
    }

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



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


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


    Реализация


    Всю реализацию с сопутствующем описанием можно найти на github.


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


    Для работы нужен docker, но если с этим проблема, то главное поставить imagemagick, latex и python.


    FROM ubuntu:latest
    RUN apt-get -qq update && DEBIAN_FRONTEND=noninteractive apt-get install -yq --no-install-recommends build-essential librsvg2-bin lmodern inkscape zip python3 python3-dev python3-pip libcairo2-dev apt-utils pkg-config python3-setuptools texlive-fonts-recommended texlive-latex-extra dvipng texlive-latex-recommended texlive-xetex && pip3 install --upgrade pip

    Резюме собирается в PDF формат с помощью Latex-a. Для логотипов можно использовать векторные (svg) или растровые (png) изображения с альфой. Шрифт — Arial Narrow, который популярен в резюме из-за своей ширины.



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


    • группированный список с градациями (эксперт, новичок);
    • таблица (сетка — градация / навык);
    • замешивание навыков в проекты;
    • дополнение предыдущих пунктов опытом в годах в скобках.

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


    Более того — собственная оценка своего уровня (новичок/эксперт) не несет большого конструктива. Пять лет назад я считал свой уровень C++ значительно выше, чем считаю сейчас, хотя за это время многократно вырос в этом направлении. Единственная объективная оценка, которую я могу дать своему навыку — это сколько времени я его использовал. Это и легло в основу реализации данной секции.


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


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


    А глядя на такую статистику HR уже может быстро сориентироваться — подходите ли вы на вакансию или нет. Более того, мне и самому интересно иногда посмотреть на свою статистику — так ли я опытен, как мне казалось, и наоборот.


    Как это выглядит


    Все в совокупности выглядит вот так:




    Для статьи специально привожу версию на A5 формате, по умолчанию же компилятор настроен на A4.


    Обратная связь


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


    Я также делал проект из расчета на позиции Software Engineer / Software Developer, поэтому понятия не имею, насколько мои наработки пригодны для других позиций. Но не исключаю, что это возможно.


    Куда двигаться дальше


    Дальнейший план развития весьма тривиален, правда включает в себя нетривиальную реализацию:


    • Реализовать умную компрессию. Давать минимум информации на старые проекты, максимум — на актуальные и релевантные. Сейчас это реализовано только для отсечения старых публикаций, но они и так занимают немного места. Нужно соблюдать лимиты объема и не нарушать правила жанра.
    • Реализовать фильтр релевантной информации. В простейшем случае создается онтология навыков с профилями (embedded, C++, fintech, front-end и др), и профиль является параметром для компилятора. В идеале — даем ссылку на вакансию (пусть это страница на linkedin), компилятор в простейшем случае ищет на ней ключевые слова или анализирует с использованием БД/ML и фильтрует релевантные навыки и проекты.

    А пока, всем добра и удачи с поиском работы!

    Поделиться публикацией

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

      +23
      Простите если немного не в тему, но чем больше работаешь, тем меньше хочется писать это самое резюме. Понимаешь, что все эти технологии, проекты и достижения — лишь пыль в таком скоротечном и переменчивом мире, как наш, а тем более ИТ. А то главное, что составляет «накипь на чайнике ума» — его вообще никак не опишешь, или просто я не умею…
        +1
        Я когда озадачился взял пакет europasscv, отключил логотипы и получил вполне нормальное резюме, дальше наворачить пока смысла не вижу, хотя bar graph для скилов смотриться интересно.
          0
          Я начинал примерно с такого же, но сразу больше кастомизации наворачивал. Такие штуки нещадно относятся к «плотности» информации в пользу красоты и у меня что-то подобное работало до момента, пока не стал вылезать за объем.
          +6
          Результат смотрится, мягко говоря, нечитаемым. Проверяли на живых людях hr-ах?
            –2
            Неоднократно, при том проверял предыдущую версию, которая была куда хуже. Потом во время общения некоторые рекрутеры и HR-ы упоминали что резюме необычное и понравилось.
              +2
              Потом во время общения некоторые рекрутеры и HR-ы упоминали что резюме необычное и понравилось.

              Англоязычные HR'ы, когда вы искали у них работу? :) Это такая форма английской вежливости. Кто-то писал в комментариях, вы достигли уровня найтива, когда английские рекрутеры перестают восторгаться вашим английским… :)
              +2
              Увидев такое у разработчика даже бы вчитываться не стал особо (не дизайнера ищем, а тут прямо «банеры от сисадмина»), слишком аляповато, но некоторым HR-ам может и понравиться (учитывая что у них советы зачастую диаметрально противоположные, да и гуманитария проще картинкой привлечь).
              Логотип IE у ссылки (я сначало подумал что гражданин Ватман из резюме в MS работал), 6 человечков — вообще не понятно из картинки о чём. Командовал 6 юнитами? Работал за шестерых? Работал 6 дней, месяцев, лет? Способен перепить 6 синих собутыльников? И пустой тег за ним с, видимо, годовой/месячной зарплатой (точно все HR понимают букву K рядом? Не уверен)
                0
                Хм, а если добавить условные обозначения?
                  +1
                  Или просто написать текстом без всякой графики — информации больше, мусора меньше. Мусора и так много на сайтах, когда картинки-иконки-меркетоложество вместо информации, до которой надо или рыть или её вообще нет. Был бы единый стандарт (как в тех же ярлычках для стирки) — можно было бы говорить, но и там чуть какой нестандарт — так беда, лезь в справочник.
                  Логотипы компаний не особо что дадут, редкий Вейн работает в Гугладобах, скорее — Люксофт, ООО Лабеан, Завод «Серп и Молот», ООО «Ромашка Инжиниринг» — мне ничего не скажут их логотипы (названия зачастую тоже, но там погуглить можно, URL в этом случае хорошо), но он и так выделен цветом и (или) подчёркиванием, иконка лишняя.
                  Сторки кода указывать — не факт что позволит сравнить, кто-то железом занимался, а прошивки на асме писал, это надо писать текстом и сокращения (типа 31K) не помогут.
                  По большому счёту я даже не вижу смысла делить компании и проекты с перекрёстными ссылками, по мне так лучше компания, там проекты, там задачи и в них инструменты и достижения, всё отсортировано от последнего места, в первой графе срок работы (что уже является маркером новой компании) без всяких звёздочек.
                    0
                    Неудобно, CV смотрят по-диагонали (в лучшем случае), сначала нужно найти обозначения, потом их использование. Почему не написать тогда уж текстом: team size, project size и т.п.?
                +5
                Не очень читаемый результат (ИМХО):
                — Пол, нацинальность и дата рождения (даже не год, а именно дата) — зачем? Насколько помню во многих странах это против традиций и законов для избежания дискриминации (чтобы потом кандидат не сказал, что его не взяли из-за возраста/национальности/пола).
                ИМХО, вполне достаточно есть ли право на работу (у вас это не описано) и где вы живете на данный момент. Про возраст меня ни на одном собеседовании не спрашивали.

                — Контракты (одна из важнейших частей) скучены в одном месте, читать их сложно, зачем тут экономия на строчках,

                — Серьезно вы оцениваете свои скиллы как нейтрально и отрицательно? Это в CV на английском (где принято себя всячески хвалить) равно «ничего не знаю» и «мало того что не знаю, но еще и дров наломаю если буду заниматься» Там оценка может быть perfect, excellent и very good (даже простой good это уже в реале весьма средние знания).

                — Эти графики забивают внимание и не понятно зачем нужны, хотите указать опыт намного нагляднее (и требует меньше времени у HR'а) так

                Experience:
                5 years: С++, Java
                3 years: Go, JavaScript

                — Вообще описание куда, зачем подаетесь и почему вас нужно взять это cover letter, куча разноцветных иконок делает CV похожим на попугая и вообще сложно читаемым (а по идее ваша задача показать деловой стиль), к тому же при черно-белой печати оно вообще могут стать нечитаемыми. Тем более непонятно что означает </> (кол-во строк в проекте? Но это даже разработчику не так легко оценить сложность проекта по кол-ву строк.

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

                — На график не указана в чем вы измеряете скилы и по какой шкале, как HR должен догодаться, что это годы опыта?
                  –3
                  Почти ни с чем не могу согласиться:
                  1. Национальность/год — в европе, в зависимости от этого становится понятно какие релокационные законы на вас распространяются, и как вам получить разрешение на работу. Например, в NL до 30 лет и после разные условия по минимальной зарплате чтобы получить статус high-quality migrant со всеми вытекающими.
                  2. Они самые важные, поэтому и самые первые — пропустить их невозможно.
                  3. Здесь возможно проблемы на моей стороне в виде отсутствия условных обозначений, но в тексте я вроде достаточно подробно описал — это оценка не 'успешности' опыта, а желания продолжать в данном направлении. Здесь заранее подразумевается что ищем вакансии по интересам, а не что угодно, лишь бы взяли.
                  4. График в отличии от списка утилизирует всю страницу и занимает примерно в 2-4 раза меньше места (в предыдущей версии были тоже списки). Плюс никто не любит читать много голого текста.
                  5. Голый текст читается хуже, разбавленного символами/декорациями. Это доказанный факт, вопрос только как его грамотно приподнести — не исключаю, что мой вариант далек от идеала. Но на порядок лучше голого текста.
                  6. С размером проекта опять беда без условных обозначений — тут согласен. Но то что это абсолютно не говорящая информация — врядли.
                  7. Адаптация под вакансию — это как раз последний раздел моей статьи :)
                  8. На графика слева указано, посмотрите еще раз.
                    0
                    Пол, нацинальность

                    С точки зрения набирающего сотрудников: пол указывать обязательно. Иначе если какое-нибудь непонятное (например индийское/пакистанское) имя и не указан пол, то затык происходит уже на первой строчке в ответном письме — как обращаться к человеку? Если лень думать, то проще не ответить вовсе.

                    Национальность не нужна, конечно, а вот гражданство обязательно, если оно не очевидно из других данных.
                      0
                      С точки зрения набирающего сотрудников: пол указывать обязательно. Иначе если какое-нибудь непонятное (например индийское/пакистанское) имя и не указан пол, то затык происходит уже на первой строчке в ответном письме — как обращаться к человеку

                      Лайф хак: обычно есть ссылка линкед ин (да и гуглиться он легко), где почти всегда есть фото, либо просто засовываешь имя в гугл картинки и он покажет либо мужские, либо женские фото.
                      Уверен, любой HR, набирающий иностранцев, этот лайф хак знает, если ему лень потратить пару секунд на вас перед письмом — скорее всего вы не особо ему и нужны. ИМХО.
                        0
                        а вот гражданство обязательно, если оно не очевидно из других данных.

                        Зачем? Право на работу, конечно, важно, а зачем нужно знать гражданин какой я страны, если, я, например, резидент ЕС? Может я гражданин, скажем, Израиля, а работодатель антисемит? А если у меня с десяток гражданств, мне их все перечислять? Обычно, так где требуются именно граждане страны (работа с гостайной, к примеру) это явно указывается в вакансии.
                        0
                        — дата рождения

                        А с меня в Германии потребовали. Сделал прямо отдельное CV для этой вакансии.

                          0
                          Исключение бывают, в Германии (насколько помню) вообще принято в CV добавлять фото (причем сделанное в правильной манере), что совсем недопустимо в других странах.
                            0

                            Спросил сегодня очередного рекрутера ― какое резюме высылать, с ДР или без. Сказали с ДР, конечно. Мол это важно. А фото от меня честно говоря вообще никто не просил, всем плевать.

                        –1
                        в европе, в зависимости от этого становится понятно какие релокационные законы на вас распространяются, и как вам получить разрешение на работу

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

                        Сравните свой профиль и мой профиль, вы точно уверены, что живя в Москве, можете спорить со мной о особенностях найма в ЕС? :)

                        Они самые важные, поэтому и самые первые — пропустить их невозможно.

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

                        Плюс никто не любит читать много голого текста

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

                        Адаптация под вакансию — это как раз последний раздел моей статьи

                        Плохая идея, скиллы нужно править вручную, никакой парсер не поймет, что M.Sql это Microsoft SQL Server, и тем более сам разработчик может вообще не вспомнить, что он когда-то писал макросы в Excel, а это может оказаться одним из ключевых скилов. Достаточно лишь файл (файлов) в ворде, где вручную меняются скилы (и такие файлы можно сохранять в папки компании, чтобы потом не знать какое CV куда отправили). Проблема только в том, что некоторые компании требуют заполнять вручную их дурацкие формы и не дают импортировать их из линкедина, ворда и т.п., но парсинг любых возможных форматов форм почти нерешаемая задача.

                        P.S. Для написания CV в Европу рекомендую этот сайт, только нужно таблицу со тех.скилами перенести повыше. Поскольку CV обрабатывают на первой стадии полумеханически или механически любой «креатив» рискует даже не дойти до первого звонка.

                        P.P.S. Да, учите консультации по написанию CV и подгонки его под нужные вакансии на Западе часто оплачиваются сотнями долларов, правильное написание CV там это целая наука, завязанная на психологию. Поэтому очень маловероятно, что вы сделаете революцию. Нет, если вы подаетесь на креативщика, можно и нужно, самовыражаться и креативить в CV, остальным — не стоит. ИМХО
                          0
                          Вы повторяете проблемы, поднятые в статье, но давайте лучше подумаем, как их решить? Я предложил свое решение, оно не идеально, но это уже на порядок лучше рукописей и миллиона папок (конечно, я точно также делал). Если у вас есть конктруктивные предложения по поводу их решения или наработки — излагайте, я с удовольствием их учту. Но опускать руки и говорить «все равно ничего не сделать» смысла не вижу.
                          Если это поможет, обновил профиль. Но цель моей статьи — не спорить, а найти решение.
                            0
                            Если у вас есть конктруктивные предложения по поводу их решения или наработки — излагайте, я с удовольствием их учту. Но опускать руки и говорить «все равно ничего не сделать» смысла не вижу.

                            В идеале это был бы некий приложение/сайт, забирающий описания вакансий, выделяющий списки ключевых слова, потом их копирующий в секцию технических навыков CV и секции отдельных проектов и cover letter, при этом дающий разработчику самому поставить нужные галочки (владею/не владею) и скопировать скиллы вручную. При этом, должен оставаться журнал истории (фирма/скилы/cover letter). В cover letter менять обращение, дату и адрес компании (если есть). В идеале еще и отсылать CV и cover letter автоматически на вакансию в разные сайты (линкед, stackoverflow, email, свои формы связи).
                            Что скорее не нужно: опыт использования, если явно не требуется, график с опытом и т.п.
                          0

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

                            +1
                            А вы что посоветуете?
                            +7
                              0
                              Блок схема у вас уж очень сильно упрощена. Вот простой и распространённый пример, который туда не вписывается: на позицию джуниора могут взять свежего выпускника из университета, у него может совсем не быть опыта работы. Вы вот сразу предлагаете рузюме выкинуть, не думаю что это хорошая идея.
                                0
                                image
                                Спасибо за статью, но хотелось бы узнать, что вы имели ввиду под «на фоне остальных».
                                На фоне кого он должен вести профессиональную (у вас там, кстати, ошибка) активность?
                                  0
                                  В приводимой модели подразумевается, что на вакансию много кандидатов (о них и речь), и HR выбирает кому из них позвонить. Конечно, насколько такая модель жизнеспособна — не знаю, надеялся в комментариях увидеть ее подтверждение и опровержение от HR-ов.
                                  0
                                  Тоже благодарю за статью!
                                  У меня (как и у многих) со временем возникли те же проблемы с поддержанием актуального состояния разных форм резюме. В настоящий момент я решаю это в лоб — старательно обновляю все варианты. Это требует все больше времени, но я не уверен, что это бесполезно, и не уверен стоит ли тратить время на проработку генератора.
                                  Однако понравилась Ваша задумка. Один мой знакомый сделал генератор резюме просто чтобы козырнуть навыками перед потенциальными работодателями. Вы пошли дальше, проработав алгоритм подачи информации.

                                  Мое мнение:
                                  — Пол и дату рождения указывать не нужно. Если это важно, то поинтересуются, если нет времени/желания/т.д. чтобы уточнить, то скорее всего нам не попути.

                                  заполняется при появлении новой релевантной информации (окончание работы на текущем месте, новая публикация, завершенный проект) — именно так можно будет дать наиболее удачное описание;
                                  — Помешать в этом может человеческий фактор: забыл, поленился и т.д. ЗЗЗ — забыл, запил, забил. Необходимо подумать, можно ли этого избежать, нивелировать, а может это и неважно, приспичило — обновил.
                                  — Иконок слишком много, пестрит, я в своем резюме ограничиваюсь иконками в секции для контактов.
                                  — График понравился, я тоже использую. Для того чтобы сделать акцент на желаемых технологиях, я бы заменил «Positive» на «Desired» или «Preferred», «Neutral» на «Job's a job» или убрал вовсе, «Negative» нужно убрать. «Negative» можно урегулировать на последующих этапах.
                                  — Проекты одним списком, а потом компании — это классно, мне очень понравилось!
                                    0
                                    Резюме нечитаемо, на месте эйчара я, если бы и не закрыл бы его сразу, то только из-за его необычности.

                                    Проблема автора мне, если честно, не близка. У меня есть один docx и полученный из него пдф, в котором:
                                    1) Шапка в которой: имя, позиция, лет работы, контактные данные
                                    2) Обо мне: 5 предложений, кратко описывающих мой опыт работы, главные достижения и направление, в котором хочу развиваться.
                                    3) Список скиллов
                                    4) опыт работы, для каждой компании: период работы, обязанности, технологии
                                    5) Образование

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

                                    то сразу пошли бы лесом.

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

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

                                      • Забыли фото. Фото очень важная неформальная характеристика оценки кандидата, и все HR этим пользуются. Не будет фото в резюме — попытаются найти его в соц сетях, и это с большой (я бы сказал даже огромной) вероятностью будет не в Вашу пользу. Кроме того, на распечатке резюме фото позволяет очень быстро сопоставить человека, и эту, собственно распечатку.
                                      • Цвета. Ваше резюме ждет два, собственно, варианта, либо игнор, либо печать. Вероятность того, что его будут печатать на цветном принтере примерно равна нулю. А вот grayscale преобразования (особенно если не проверять как это будет выглядеть) + относительно низкое разрешение печати смогут сделать из и без того перегруженной картинки что-то похожее на вселенский ужас и вековую тьму. Цвета использовать попросту нельзя. Иначе есть неиллюзорный шанс, что это творение сразу после распечатки отправится в корзину.
                                      • Отступы. Отступы слева — просто бесполезная трата пространства. Рекрутеры очень часто оставляют заметки прямо на самом распечатанном резюме, и для абсолютного большинства людей удобнее делать это справа, а не слева, относительно основного текста.
                                      • Графики — выглядят плохо, занимают много места, информативности ноль, удобство отмечать на них что-то (или дополнять) для рекрутера сомнительное. Все навыки можно разделить на условные «strong knowledge» и «basic skills» и в этих категориях аккуратно перечислить. Заодно это избавляет от необходимости каким-то более специфичным вариантом (например болдом) выделять Ваши ключевые особенности. Идею с positive/negative/neutral вообще не понял.
                                      • Болдом можно и имеет смысл выделять что-то особенное из того, что делали лично Вы в описаниях обязанностей рабочего места, а не самые общие концепции вроде Software Engineer.
                                      • Структура. Вполне адекватно перечислить рабочие проекты подсписком (= вложенным списком) списка мест работы. Личные проекты — совсем отдельно, в отдельной категории.
                                      • Претензия, конечно, к «рыбе», но все же не все ачивменты это %%. Любой человек с опытом, прекрасно понимает, что все эти %% — вопрос бенчмарков и показухи перед текущим начальством, гораздо уместнее стараться использовать более качественные, нежели количественные категории. Здесь нужно как бы стараться давать почву и повод поговорить. Ну а еще в «рыбе» английский очень плох.
                                      • Objective — очень спорная категория. Для LinkedIn подобных сайтов она нужна, для CV — нет. В теории, Ваш objective всегда четно совпадает с позицией, на которую Вы собеседуетесь. В распечатанном варианте он не добавит Вам никаих плюсов.
                                      • A5 не формат резюме, как и A3. Увы, опять же, претезния скорее к примеру, но я решительно не понимаю, зачем давать пример на не use case. Причем use case только один — это A4. Если рекрутеры хотят адаптировать документ под какую-то специфику, то достаточно просто передавать им резюме в адекватно редактируемом формате вроде .docx (но не PDF, который уже в принципе, довольно давно, моветон). Из-за этого текст выглядит очень крупным, компоновка очень сжатая, и в целом, мои глаза уже вытекли, поэтому больше критики не будет.

                                      В общем, если бы такое резюме попало мне на почту, то я бы потратил 15 секунд, чтобы углядеть что-то ну очень крутое в навыках/достижениях, и если бы не вышло (а это сложно, даже если оно было бы там, именно из-за стиля и формата), то резюме отправилось бы в папку неинтересных, увы.
                                        0
                                        Буду благодарен, если Вы поясните для чего нужно фото, кроме сопоставления бумажки с мордашкой. Я нарочно удалил из своего резюме фото, указание пола, даты рождения, как несущественное.
                                          0
                                          Фотография позволяет быстро составить поверхностный психологический портрет кандидата и предсказать некоторые из его soft skills, зачастую очень примерно оценить его возможности в области социальной деятельности на компанию (конференции, презентации перед заказчиками), и, хотя эти отношения могут быть близки к дискриминационным, но лучше не терять времени с обоих сторон, потому как, едва ли отсутствие фотографии изменит итоговое отношение работодателя, а вот время можно сэкономить. Ну а для кандидата плюс есть, — запомнить его портрет гораздо проще, чем только лишь набор навыков, вспомнить, соответственно, тоже. Пол вполне себе может быть существенной информацией, кстати говоря, если фото нет, а резюме на иностранном языке для иностранных компаний.

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

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