CV image via Shutterstock.15 февраля 2014 года француз Рено Лавиллени побил рекорд Сергея Бубки по прыжкам в высоту и поднял планку до высоты 6,21 м. Предыдущий рекорд 6,15 м был установлен 21 февраля 1993 года. Это говорит о том, что на сегодня очень мало устоявшихся вещей, и что свою «планку», в т. ч. и профессиональную, стоит регулярно поднимать.
Но давайте вернемся к теме резюме для разработчиков. В Европе/Штатах, к примеру, планка «резюме» технических специалистов намного выше, чем в Украине. Почему бы и нам для себя эту «планку» не поднять?
Данные 15 советов составлены по результатам полевой работы и ошибок команды Relocateme.eu. Мы предоставляем резюме разработчиков технологическим компаниям из Европы и США. И перед отправкой клиентам около 80% получаемых CV приходится возвращать на доработку.
Отдельно благодарю создателей раздела «Crash Test», которые ранее уже поднимали эту тему.
1. Размер
Резюме должно быть содержательным и лаконичным. Его цель — ответить на два главных вопроса: «Are you smart?» и «Can you code?» Поэтому идеальное CV должно занимать
2. Не ищите легких путей
Есть резюме разработчика, а есть «Export to PDF» из LinkedIn. Так вот, это абсолютно разные вещи, даже если в профиле достаточно информации. Очень велики шансы, что на такое письмо вам просто не ответят. Многие компании активно проверяют LinkedIn, чтоб просмотреть отзывы о кандидате, общие контакты, и т.д. Поэтому, отправляя Cover letter в компанию, можно указать ссылку на свой профиль (при этом он должен быть хорошо расписан). Но не путайте его с резюме.
3. Стиль написания
Я для себя выделяю 2 стиля написания резюме — формальный и неформальный.
Формальный выглядит примерно так:
— Improved rendering of decals (shot marks on objects) in Unreal Engine 3. Raised limit from 20 to 2000 per frustrum area without loss of FPS.
— Developed inner usage statistics counters;
— Integrated OAuth into SOAP and REST interfaces;
Пример неформального:
«Our team created cool new stuff that we tested on developing markets, and often (which we are proud of) these cool new things were back‐ported to main app. Being one of three Front‐developers, my role is to clarify requirements for stories, and then, implement them, closely working with designer and java guys, when it’s needed».
У каждого стиля есть свои плюсы и минусы. Многое зависит от компании, куда вы собираетесь отправлять свое резюме, уровня позиции и культуры самой компании. Но тут есть простой общий совет: пишите в том стиле, который вам ближе. Так намного больше шансов получить отклик от людей, с которыми вы мыслите в одном направлении.
4. «Изюминка»
Конечно же, стоит добавить в резюме жизни: здоровое чувство юмора и/или самоирония, интересные цифры (более 3 млн строчек кода было покрыто юнит-тестами) или факты (5 причин, почему стоит нанять именно вас). Это даст вам возможность выделиться среди других кандидатов.
5. Cover letter
Культура Cover letter — сопроводительного письма — не сильно развита в Украине. Хотя это тот рычаг, на котором можно заработать первые «плюсы» и здоровый интерес к вашей кандидатуре еще до открытия вашего резюме. В тех же Штатах и Европе, чтобы поступить в любой ВУЗ, нужно написать достойное Cover letter. Потому прокачка этого навыка идет еще с ВУЗов и плотно входит в культуру получения желанной вакансии или должности.
— Hello, you can find my CV attached — совсем не работает. Тут стоит быть очень индивидуальным, и даже остроумным, избегать общих фраз и размытых предложений. Ищите «зацепки».
6. А где же «passion»?
Ни для кого не секрет, что метрика passionateили enthusiasticуже плотно въелась в тексты объявлений о работе по всему миру. Все хотят иметь сотрудников, «болеющих» любимым делом. И эту «болезнь» также стоит перенести в резюме.
Например:
— Добавить свой Github/Bitbucket/Stackoverflow акаунт. Только убедитесь в том, что там можно найти что-то действительно интересное.
— Участие в open-source проектах
— Ваши сертификаты, пройденные курсы на Coursera и подобных
— Ссылка на ваш технический блог
— Участие в хакатонах и олимпиадах по программированию (даже
— Организация митапов/комьюнити или выступления на тематических конференциях
— Организация локальных групп (например, manifesto.softwarecraftsmanship.org)
7. Достижения
Хороший тон — описывать задачи, которые выполнялись на проекте, в совершенном времени (developed, implemented, optimized, etc). Это показывает измеримые результаты вашей работы.
К тому же, очень мало кто описывает свои достижения. Можно использовать такие конструкции:
— Accomplished X by implementing Y which led to Z
— During my work on this game I solved several interesting problems...
— The most challenging tasks were...
8. Описание проектов
Соискатели часто либо не описывают проект совсем, либо пытаются забрать работу у своих же маркетологов и перечисляют полный список социально-крутых фич на проекте. А вот что действительно редко увидишь в резюме — так это описание бизнес-домена, в котором вы разбираетесь. Для многих работодателей это будет явным плюсом, ведь вы знаете, какие ограничения бизнес оказывает на процесс написания кода.
Не стоит описывать все проекты. Куда лучше выбрать
Я видел описание проекта подобного характера:
Since 2009: Huffingtonpost.com, Software developer
Краткость, конечно, сестра таланта, но Huffpo — самый крупный новостной портал в США, и входит в ТОП100 мировых сайтов по посещаемости. Их успешно поглотила корпорация AOL. Вот такие факты я бы обязательно указывал в резюме.
Для описания проекта хватит двух-трех предложений о том, какие задачи этот проект решает, указать ссылки на сайт/Appstore/Play Market (если есть) и любые интересные факты (кол-во посещений в месяц, номинация старт-ап года, топ5 скачиваний в AppStore за последние 3 месяца, приложение — лидер рынка в ... и т.д.)
9. Личные проекты
Стоит кратко описать свои «for fun» проекты, какие сложные и интересные вещи вам приходилось решать, можно даже описать его социальную пользу (даже банальное обогащение владельца проекта можно правильно обыграть).
10. Summary
Summary стоит делать либо хорошо, либо не делать совсем. Для второго варианта я вам точно не нужен, а с первым поясню. Так как «summary» идет в начале резюме, шансы, что его просмотрят, очень велики. Поэтому там стоит уместить краткое содержание вашего резюме и доказательства вашего профессионализма. Это совсем непростая задача. Еще и в условиях ограниченного числа символов. Зато, сделав «яркое» и интересное summary, получите «+5 в карму».
— Стоит ли делать summary, если у меня мало опыта в общем либо в интересующей сфере (напр Android)?— Ответ описан выше: или хорошо, или никак.
Антипример summary:
I am 24 years aged Senior developer with commercial 2 years experience in Android development and about 4 years in Java. A focused, goal-oriented, fast learning, responsible team player. Strong understanding of programming methodologies, able to develop and integrate Android apps using different modern frameworks and approaches.
Чтоб зацепило:
I am a passionate and agile-minded software engineer who is scurpulous about the details. Starting to code Java since my 2nd course at University and got «Thinking in Java» by Bruce Eckel almost by heart, I am totally contributed to Android development for the recent 2 years. I am a big fan of low-level things like memory management, multithreading, etc and I believe that TDD will change the world for the better.
80 уровень summary — это когда вы можете описать себя одним предложением. Так называемое «Self-identification». Это может быть описано в LinkenIn как в вашем Title, так и на вашей визитке.
Пример:
CTO, grown from LAMP developer with huge passion in UX/product management
11. Список технологий
Вот тут «наш» человек любит разгуляться и указать все технологии, с которыми ему когда-либо приходилось сталкиваться, даже вскользь. Стоит описать технологии, в которых вы уверены, или же каким-то образом показать уровень знаний данных технологий. Например, Java (expert), C++ (basic), PHP (proficient), JavaScript (mother tongue). И скажу с уверенностью, что по этому разделу судить строго не будут. Только в одном случае это может сыграть с вами злую шутку — если там будет явно много текста. Поэтому стоит кратко описать основные технологии, с которыми приходилось работать.
Не стоит писать такие изыски как Microsoft office (Word, Point), Linux user, Corel Draw, Fortran. Плюс не стоит писать Agile, Scrum, Project Management в списке технических скилов. Чем больше слов «Scrum» и «Agile» в резюме, тем лучше? Не лучше. Прочитав бегло резюме и уловив манеру написания, можно четко понять mindset владельца этого резюме — либо же это «Agile», либо «Waterfall».
12. Опыт старше 3-4 лет
Все ваши проекты и опыт старше
13. Что можно сократить?
Убрать из резюме все таблицы. Сразу переходить к сути, убрав заголовки подобного типа:
— Main tasks and job responsibilities
— Name of an employer
— Date of employment
— Project type and description
— Used Technologies
Пишите не Telephone number, а сразу номер, не Data of birth, а возраст, и т.д. Не стоит писать Personal Qualities, ведь это обычно общие фразы. Не стоит вдаваться в подробности всех ваших Hobby. Ваше фото совсем не обязательно. Сейчас куда важнее для технологических компаний лицезреть «ваш портрет» на Github.
14. Грамматика
Если собираетесь подавать резюме в международные компании, то даже с достаточным для прохождения собеседования уровнем английского я бы советовал дать его на вычитку Native Speaker’у или знакомому преподавателю. У нас были случаи, когда после прочтения «poor English» резюме у рекрутеров уже было предвзятое отношение перед первым общением. А если еще какой-то граммар-наци попадется по ту сторону...
15. Финальный аккорд
Не может быть единого резюме и единого cover letter для всех случаев жизни. Резюме и cover letter стоит немного «подтачивать» по ситуации, в зависимости от компании/позиции и, конечно же, вашего желания работать в этой компании.
Напоследок приведу примерхорошего оформления резюме, причем интерна, который учится на последнем курсе.
Плюс советую почитать книгу Gayle Laakmann McDowell «Google resume».