Заголовок или название

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

Общий момент

На русском языке разработчик бэкенда назовёт резюме «Бэкенд-разработчик», а на английском “Backend Developer” — слово developer нужно писать с большой буквы. При этом по-русски в названии «Разработчик бэкенда» слово «бэкенд» будет писаться именно с маленькой буквы. Но бэкенд — понятие слишком широкое, а языков программирования для него очень много. Поэтому чаще принято конкретизировать и прямо в заголовке писать ещё и название основного для вас языка программирования.

Первое слово

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

Второе слово

Основа вашего стэка или направление. Если берём технологический стэк, словом может быть Python или Django, или можно написать Python (Django). Варианты, если берём направление: бэкенд/Backend.

Третье слово

Разработчик/Developer.
В итоге собираются следующие примеры:
  • Junior Backend Developer
  • Младший бэкенд-разработчик (Python)
  • Junior бэкенд-разработчик
  • Junior Python (Django) Developer

Аккуратнее со словом «стажёр»

Важно: добавлять в заголовок слово «стажёр» нужно тогда и только тогда, когда вы ищете и согласны именно на стажировку. То есть работу на несколько месяцев на совсем лёгких задачах, которые могут быть и не профильными, например, в задачах появится организационная помощь руководителю. После стажировки вас могут взять в штат (то есть на постоянную работу), а могут и не взять, — это на усмотрение работодателя, и принимать решение он будет в самом конце стажировки.

Имя Фамилия

Полностью, на том же языке, на котором пишется резюме. Не Васечка Пупкин, а Василий Пупкин. Псевдоним лучше не писать, даже если очень хочется: чтобы озадаченный тимлид не был вынужден писать вам письмо, начинающееся со слов «Ракетный комсомолец, добрый день!»

Контакты

Город

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

Телефон

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

email-адрес

Опять же лучше, если это будет не почта васечкапупкин96@мэйл.ру или нагибатор777@бк.ру, а хотя бы василийпупкин@yandex.ru. Часть компаний имеют плохо объяснимое предубеждение к айтишникам-владельцам почт на доменах мэйла, имейте в виду.

Ссылки

Ссылки на профили в социальных сетях: LinkedIn, Github, Facebook. Если соцсеть совсем пустая, лучше не указывать. Github, конечно, должен быть приведён в порядок, а к каждому проекту написано хорошее ридми.
Как оформлять любые ссылки:
  • Перед ссылкой нужно краткое описание, что по ней доступно.
  • Ссылка указывается полностью, а не ставится на текст. В идеале ссылка уже достаточно короткая (примерно половина строки) и не требует сокращения через специальные сервисы. Так видно, куда она собственно ведет: на Github, сайт-портфолио, сайт компании, в которой вы работали, или куда-то ещё.

Фотография

Фотография в резюме размещается также в начале, в одном из верхних углов.
«Нет!» фотографиям на фоне ковра, с пляжа, с другими людьми и в странных одеяниях. «Да!» — портретным фото при хорошем освещении в нейтральной одежде или удачно сидящем костюме. Фото из паспорта — крайний вариант, лучше не надо. Но фотографию лучше иметь — она даёт понимание, что за всеми этими буквами, опытом и стэком стоит вон тот улыбающийся из угла резюме кандидат.

Цель

В резюме можно указывать цель ваших поисков, эдакий ответ на вопрос «кем вы хотите стать, когда вырастете». Это опциональный пункт, но если есть, что интересного здесь написать, — пишите.
Разбор примеров целей со сравнением:
  • Пример 1: «Найти стабильную работу в динамически развивающейся международной компании, чтобы достойно применить свои умения и навыки на благо коллектива». Звучит хорошо для крупной корпорации, но так себе для маленькой. Маленькая (да и большая, не совсем ещё обросшая корпоративщиной) компания любит точность и конкретику, прямую пользу, которую вы можете принести. «Умения и навыки» — это не конкретика, да и «благо коллектива», формально говоря, никого не волнует — волнует благо компании, благо продукта, благо его пользователей.
  • Пример 2: «Начать карьеру junior бэкенд-разработчика в компании Х и через 5 лет дорасти до тимлида». Амбициозно, сразу понятны большие планы и желание в компании задержаться на несколько лет. Понравится почти любой компании. Но есть слабое место — дорасти до тимлида можно и быстрее, или может компания не растит тимлидов внутри, а берёт снаружи. Или вообще люди дольше двух лет в ней не работают, и тогда будет звучать круто, но странно. Лучше использовать чуть более гибкую формулировку.

Summary (Представление себя)

Этот пункт похож на цель, но он отвечает на вопрос «кем я вырос сейчас».
В Summary должно быть до пяти ключевых тезисов, которые в выгодном свете расскажут о вас и вашем опыте. Здесь можно упомянуть тот самый не IT-опыт, который релевантен сфере компании/конкретному проекту, например: «Знаю, как сделать вашу CRM лучше, потому что два года страдал с 1С». Если же не получается интересно подать ключевые моменты вашей карьеры, лучше пропустите этот раздел.
Пример с разбором:
«Опыт разработки программного обеспечения более 2 лет, последние два года как web-разработчик на Python/Django/Javascript/HTML/CSS. Также имею опыт программирования на С/С++/С#, PHP, AS3, SQL и работы в графических пакетах, таких как Photoshop, CorelDraw и 3DStudio MAX. Имею хорошие аналитические способности. Легко обучаюсь. Хорошо работаю в коллективе».
В таком саммари есть 2 потенциальных слабых места: 1) скорее всего, опыт, перечисленный после слова «также», был получен ДО перехода в веб-разработку на новом стэке, но это не до конца понятно. В чём проблема? Если весь перечисленный стэк использовался разом, опыта именно с Python и Django в итоге получится не так много, как написано. 2) Аналитические способности, обучаемость и работа в коллективе — с одной стороны, подходит для формата саммари, но с другой — это всё ещё неинформативно. «Имею опыт работы в команде» или «умею/люблю работать в команде» здесь имело бы больший вес.

Опыт работы

Его принято писать в обратном порядке: от последнего места к первому.

Как описать свой опыт 9 месяцев в Практикум

Зависит от того, есть ли уже релевантный опыт работы под вакансию. Если есть — пишите его выше, как последний опыт, а проекты Практикума включайте в раздел с ИТ-курсами. Или можно указать их прямо в последнем опыте, мол, параллельно с работой прошёл курсы, вот ссылки на мои проекты. Так эта информация сразу окажется под рукой у нанимателя.
Если релевантного опыта нет — выше всего как последний опыт располагайте учебный. Как компанию можно указать собственно Яндекс.Практикум, «срок работы» — это срок вашего обучения в таком опыте. Как проекты, конечно, нужно перечислить сами учебные проекты с кратким описанием и ссылками. Не забудьте указать, что ваши проекты проходили ревью у менторов: это полезный опыт и значит, что вы не просто сами учились, но и кто-то ещё ваш код читал.

Структура описания опыта

  • Период работы. В месяцах и годах, конкретная дата начала/окончания проекта никому не нужна
  • Компания. Можно просто указать название, можно дать ссылку, можно вставить ссылку на текст. Лучше использовать не официальное название ООО «Рога и копыта», а то, которое написано у компании на главной, — оно явно понятнее и более узнаваемо.
  • Должность. Не нужно переписывать должность из трудовой книжки: пишите по факту. Если брать должность из трудовой, все будут инженерами. А вы, например, Middle Python Developer.
  • Проекты. Краткое описание проекта/продукта, над которым вы работали, — радость для сердца нанимающего менеджера. Позволяет примерно прикинуть масштаб задач, увидеть близкую предметную область или даже попросту направление — например, больше в задачах было работы с веб-фреймворками, API или задач на производительность.
  • Обязанности. «Написание кода» или «разработка» — не подходит. Опишите размер команды, вашу роль в ней, дополнительные постоянные задачи: общение с заказчиком, код-ревью коллег. Сделали/спроектировали/реализовали что-то крутое — укажите, это ваше достижение. Не используйте слово «делаю», «работаю над» — старайтесь писать о том, что уже сделано, закончено, что прошло все ревью и пошло на продакшен.
  • Технологии, используемые на вашем проекте: учебном или рабочем. Можно указывать базовые: языки, основные фреймворки, БД. Можно взять шире и писать вообще всё, с чем сталкивались, и что используют коллеги по проекту — но только если вы действительно это трогали и хотя бы имеете представление. Лучше ограничиться промежуточным вариантом: например, добавить к базовому стэку инструменты DevOps, которыми вы пользовались в работе. Можно выделять технологии в отдельный список, а можно просто перечислять по ходу описания проекта и задач.

Навыки

Можно писать отдельно или оформить инфографикой («знаю Python на 8 из 10»), но за такую самооценку тоже нужно быть готовым держать ответ. А можно не писать — все предыдущие пункты уже всё расскажут.

Какие навыки обязательно ожидают от начинающего Python-разработчика:

  • Знание основ Python.
  • Знание алгоритмов. О них можно посмотреть лекции Яндекса: https://yandexdataschool.ru/edu-process/courses/algorithms.
  • Знакомство со структурами данных.
  • Умение писать простые запросы к БД.
### Что ещё желательно знать и уметь и когда: - Знание или опыт самостоятельного изучения любого фреймворка или другого языка программирования — большой плюс для начинающего. Браться за изучение правильнее всего после прохождения основ Python. Когда все базовые слова и конструкции уже будут в голове, проще накладывать на этот шаблон новые знания из нового языка. - Знание, как работает frontend-часть, тоже идёт вам в плюс. Даже если вакансия этого не требует совсем — просто как показатель вашего здорового интереса к сфере и желания знать, как всё работает внутри. - Понимание, что такое DevOps, инфраструктура, и как это всё работает и взаимосвязано с работой бэкендера. - Полезно понимать, что делают и зачем нужны дизайнеры и аналитики. - Сейчас во многих вакансиях на Python, даже не связанных напрямую с машинным обучением или анализом данных, в разделе «будет плюсом» указывают знакомство с ML и интерес к нему.

Образование

  • Название учебного заведения, факультет, специальность, полученная степень, годы обучения или просто год окончания.
  • Указать основные IТ-курсы, приложить ссылки на сертификаты, если они есть.

Дополнительная информация

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

Хобби

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

Качества

Здесь можно указать личные качества. Но не нужно перечислять 20 слов вида «коммуникабельный, исполнительный, обучаемый...» — потому что их перечисляют все, за ними нет ничего реального и их никак особо нельзя проверить. Если очень хочется сделать на чём-то упор, выберите 3–5 пунктов (меньше — лучше) и кратко проиллюстрируйте. Например, вы точно быстро учитесь, потому что закончили школу и вуз экстерном. Или вы коммуникабельный, потому что умудрились построить прочные дружеские отношения с десятком бывших коллег. Можно вообще обойтись без стандартных слов и писать сразу реальный опыт: «умею работать по 80 часов в неделю, когда горит проект. Потом беру отпуск, но проект сдаём в срок».

Языки

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