Креш-тест резюме, выпуск № 7: Алексей Резчиков рекомендует

После недельного перерыва, связанного с праздником весны и сопутствующими ему длинными выходными, читайте очередную подборку креш-тестов резюме. Рекомендации и замечания раздаёт эксперт Алексей Резчиков, Lohika Lab Leader и Java-разработчик. Если вы пропустили первую порцию комментариев от Алексея, читайте их по ссылке.

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

Резюме № 1

1. Информация в Profile не содержит описания желаемой позиции.1.1 Marital status — не обязателен.1.2 Наличие водительских прав для программиста не так актуально, как для медицинского представителя или мерчандайзера.

2. Work Experience — неплохо было бы выделить жирным шрифтом названия компаний, поместить данные в таблицу.2.1 Опыт работы принято располагать в обратном хронологическом порядке.2.2 Неоходимо писать характер выполняемых задач на проекте, используемый env, технологический стек. Без этого опыт работы на проекте/у заказчика ни о чем не говорит.2.3 Трех лет работы iOS разработчиком вполне достаточно, чтобы не писать об опыте PHP четырехлетней давности.

3. Summary of Qualifications — оформленине неоходимо доработать, используя разные шрифты, табличный вид, ну хоть что-то. 3.1 Данные необходимо структурировать, например: общие дисциплины, платформы, технологии и фрейворки.3.2 Судя по всему, человек является Object C разработчиком с неплохим опытом работы и портфолио. В таком случае описание PHP, HTML, Java SE и других «ингредиентов» явно лишнее и только засоряет текст.3.3 3+ year experience of work in Mac OS X — такое можно не писать.

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

5. Контактная информация находится в конце резюме.

Итог:Если проработать оформление и убрать весь лишний текст, получится неплохое резюме iOS-разработчика.

Резюме № 2

Резюме в виде plain text — это, пожалуй, слишком большое упрощение. Я бы рекомендовал форматы, которые позволяют манипулировать разметкой, для лучшей подачи информации.

Итог:Короткое и лаконичное резюме на русском языке.

Резюме № 3

1. Не обязателен полный адрес проживания, достаточно города.
2. В Professional Skills я бы поменял местами Misc и Operating Systems и убрал Driver License (особенно радует наличие категории А — байкеры вперед!)
3. Для позиций порекомендовал бы добавить список выполняемых задач.

Итог:Вцелом неплохой документ с минимальными замечаниями. Помещается на одной странице.

Резюме № 4

1. Про фото в резюме говорилось много как хорошего, так и плохого. Но в данном случае я бы убрал.
2. Nationality вряд ли имеет какое-то значение. Я думаю, имеет смысл поменять на гражданство или residence — по желанию.
3. Образование я бы разместил в обратном хронологическом порядке.
4. Social skills and competences — отдать на вычитку.
5. Computer skills and competences — оставить только то, что характерно для C/C++ разработки, Фотошоп и Ворд работодателя вряд ли интересуют.
6. Опять водительские права.

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

Резюме № 5

1. Из моего персонального опыта знаю, что если в паспорте у вас не написано, например Andrew, Alex или Michael, а взамен этого там Andrii, Oleksandr, Mikhaylo, то писать «западный вариант» имени в CV не стоит. У нас были проблемы с заказчиком при оформлении доступа к ресурсам для такого человека.
2. Не указана желаемая позиция.
3. Summary — отдать на вычитку.
4. Technical Skills — непонятно какие технологии являются основными и каков уровень владения каждой по отдельности.
5. English — good. No comments.

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

Резюме № 6

1. Я не могу понять, зачем отправлять на ревью резюме сгенерированное LinkedIn
2. Summary:Strong knowledge of the following programming languages:⋅ Assembler x86;⋅ C++;⋅ Common Lisp.

При этом задекларирован опыт работы 11 месяцев на серверной Яве и 7 месяцев на С++ (это не считая того, как LinkedIn считает стаж работы).

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

Резюме № 7

1. Увидев не-киевский вуз, я заинтересовался, где именно человек ищет работу. Для этого обычно кандидаты и пишут место проживания либо же рядом с местом проживания делают ремарку, где бы им хотелось работать.
2. «Работа в сфере информационных технологий» — очень скользкое понятие. Например, уборщица офиса Google работает в ИТ или нет? А ИТ-отдел банка работает в банковской сфере? Я предложил бы написать что-то вроде «должность разработчика ПО».
3. В опыте работы не указан технологический стек проектов и роль в проекте.

Итог:После небольшой доработки документ будет выглядеть неплохо.

Резюме № 8

1. Адрес проживания не обязателен.
2. Семейное положение тоже не обязательно.
3. Не указана желаемая позиция.
4. Текущее место работы не содержит никакой информации, кроме позиции.
5. Не указан опыт работы на С++ (задекларирован с 2003 года).

Итог:Резюме подходит для локального рынка, но не для аутсорсинга. Над содержанием необходимо поработать.

Резюме № 9

1. Адрес проживания можно не указывать.
2. Не указана желаемая позиция.
3. Про фото мы уже говорили, это элемент скорее спорный, но не стоит в резюме добавлять фото, содержащее лишнии элементы, как то спортивные снаряды, автомобили, экипировку, фото в костюмах и военной форме и т.п.
4. Не указаны проекты в компаниях, неясно, чем конкретно приходилось заниматься.
5. Нет четкого фокуса, непонятно, человек все же программист или администратор.
6. Skills — не ясен уровень владения технологиями.

Итог:Хорошо оформленное резюме, требующее доработки содержания

Резюме № 10

1. Уже писал, что лучше в англоязычных резюме указывать паспортные имя и фамилию. Указывать короткие имена вроде Леха Резчиков не стоит.
2. Указывать рядом с датой рождения возраст не очень этично по отношению к рецензенту. :)
3. Goal — нуждается в вычитке.
4. Очень трудно понять технический уровень и список технологий/фреймворков.

Итог:Неплохо оформленное резюме, нуждающееся в вычитке (Univercity — это что-то :)) и структуризации опыта. Также стоит определиться с целью, она сформулирована очень размыто.

Маєте важливу новину про українське ІТ? Розкажіть спільноті. Це анонімно. І підписуйтеся на Telegram-канал редакції DOU

До обраного В обраному 0

Составляя резюме, нужно хорошо понимать, для кого вы его пишете — эти люди должны захотеть пригласить вас на собеседование. Говоря на языке UX, надо создать «персон» для типов ответственных лиц, которые будут рассматривать ваше портфолио и резюме. 3

Меньше всего хотелось бы скатиться к поверхностным советам в духе «Улыбнись и мир улыбнется тебе» или «Купите молодежные кеды и начните вести Instagram». 241

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

Указывать рядом с датой рождения возраст не очень этично по отношению к рецензенту. :)

Спасибо, шутку оценил :)

Забыл добавить, что возраст надо все время обновлять, а дату рождения не требуется.

Все же обновлять его раз в году — невелика проблема.А полная дата рождения избыточна, так же как и водительские права, важен-то возраст, и все.

Почему неэтично? считать не надо=)

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

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

У Photoshop’і баг. Не затираються кириличні прізвища. «Юрий» у резюме N 8 буде дуже радий.

Далеко не со всем согласен, но статья годная. Респект.

Пара-тройка комментариев по сути не помешала бы. Как я понимаю в этом и суть затеи ДОУ с креш-тестом.

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

1. По поводу семейного положения вопрос конечно немного спорный. Но я до hiring manager interview не оцениваю человека, а оцениваю специалиста. Именно ПОЭТОМУ мне семейное положение ни к чему. Но после стольких лет я могу сказать женат ли человек или имеет постоянные отношения по внешнему виду с большой точностью и резюме мне для этого не нужно.

2. Водительские права. Ну честное слово — хоть один аргумент зачем мне нужен будет программист или тестировщик у которого есть права?

3. Если человек 6 лет назад писал на С++, а теперь он Java разработчик — мне скорее мешает в резюме упоминания его такого прошлого опыта. Я спрошу о нем устно или попрошу расширенное резюме. И это еще неплохой случай, когда Java и С++. А вот например парень у которого PHP и iOS разработка. Как он применит пых для работы с айпадами?

4. Тезис про широкий кругозор, напоминает яму которую менеджер копает себе сам. Ни один хороший программист не работает ТОЛЬКО на одном языке или на одной технологии/стеке. Но при этом у него есть четкий фокус, хотя бы на текущий момент и это должно буть указано в резюме. Люди которые знают всего понемножку и перескакивают с технологии на технологию не углубившись на уровень досконального знания могут принести в проекты много негатива. Они, как правило, не могут держать фокус на задаче и показывать результат.

5. Тезис про «тупо закрываю вакансию по требованиям». Скольких людей Вы нанимаете в неделю? Скольких Вы прособеседовали/наняли за свою карьеру? Могу сказать что за последни лет все настолько изменилось что сейчас если ты не закрываешь вакансии — ты вылетишь из бизнеса, а вот насколько ты умеешь балансировать между поиском звезд и наймом дуеров — это мерило твого профессионализма как ресурс менеджера/хайринг менеджера/технического интервьюера и. т. п.

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

Спор на самом деле не уместен, тут я Вас поддержу. Но говорить о том, что аутсорсинг с которым Вам придется конкурировать на рынке труда это «каменоломни» это очень похоже на снобизм, чего от коллеги не ожидал :(