Глава 1

📖 О курсе

~1 мин чтения

Введение · Gergely Orosz

Gergely Orosz — автор The Pragmatic Engineer Newsletter, бывший инженер и менеджер в Uber, Microsoft, и других крупных компаниях. В рамках курса он опросил десятки технических рекрутеров и нанимающих менеджеров.

💡

Для кого этот курс

Разработчики, техлиды и инженерные менеджеры, которые подают заявки в технологические компании в США, Европе и Индии — особенно FAANG, юникорны (Stripe, Uber, Airbnb, Dropbox) и быстрорастущие стартапы с английским языком работы.

Что такое FAANG?

Facebook (Meta) · Apple · Amazon · Netflix · Google — компании, известные высокими зарплатами, значительным вознаграждением акциями и самым конкурентным процессом найма в индустрии.

Структура курса

Часть 1: Процесс найма

Почему резюме важно. Как устроена воронка найма. Кто участвует в процессе. Правда об ATS-системах.

Часть 2: Написание резюме

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

Часть 3: Примеры и вдохновение

Принципы хороших шаблонов. Конкретные шаблоны. Реальные примеры улучшения резюме до и после.

💡

Важный контекст

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

Глава 2

🎯 Цель резюме

~1 мин чтения

Глава 1 · Why Resumes and CVs are Important

Главный принцип курса

Цель резюме — получить интервью.
Не рассказать всё о себе. Не получить работу.

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

Gergely лично проверил более 300 резюме за одну неделю — от senior engineers до new grads. Большинство плохо отражали реальный потенциал кандидата. Как нанимающий менеджер, которому нужно просмотреть 100+ резюме, он бы пропустил многих сильных кандидатов — просто потому что их резюме не передавало потенциал.

From the inside out — взгляд нанимающего менеджера

Модель Yes / Maybe / No

Neville Kuyt — нанимающий менеджер с двадцатилетним опытом найма инженеров — объясняет свой процесс просмотра резюме:

"Мне нравится использовать модель «да/может/нет». Я просматриваю стопку резюме, и моя цель — не найти уникального кандидата, который был бы идеальным. У меня нет на это времени. Вместо этого я хочу сократить стопку из 300 резюме до нескольких, которых я буду интервьюировать — и сделать это как можно быстрее, потому что у меня есть другие дела.

Я создаю три стопки: Да — эти резюме сразу бросаются в глаза как очень подходящие. Я их проинтервьюирую. Не более 5 в этой стопке. Может — не идеальное соответствие, но близко. Если «Да»-стопки недостаточно, я просмотрю «Может»-стопку. Нет — плохая грамматика, нет релевантного опыта за последние два года, другой технологический стек?"

— Neville Kuyt, нанимающий менеджер · LinkedIn

💡

Ключевой вывод

Резюме в стопке «Может» практически то же самое, что «Нет» — когда у нанимающего достаточно кандидатов в «Да». Твоя задача — попасть в стопку «Да» сразу, а не оказаться неоднозначным.

Почему среднее резюме проигрывает

Автор видел сотни резюме, которые описывают работу как "Built and shipped features" без единой цифры или метрики. Такие резюме неотличимы от сотни других. Рекрутер не может вспомнить ничего конкретного о кандидате после прочтения — и это провал.

Средний рекрутер тратит около 7 секунд на первичный скан резюме, чтобы решить — читать дальше или нет. Это подтверждено исследованием eye-tracking.

Глава 3

🔄 Воронка найма

~1 мин чтения

Глава 2 · The Hiring Pipeline

Процесс найма выглядит как чёрный ящик для большинства кандидатов. Рекрутеры и нанимающие менеджеры называют его Hiring Pipeline — потому что на каждом этапе значительная часть кандидатов отсеивается.

1

Получение заявки

Résumé попадает в ATS (Applicant Tracking System). Самые поздние заявки рискуют не быть рассмотренными — если к тому времени уже достаточно сильных кандидатов.

100% кандидатов

2

Resume Screen

Рекрутер или inbound sourcer тратит 5–20 секунд на скан резюме. Самый высокий отсев — из сотен резюме проходят лишь десятки. Здесь решается всё.

~15–20% проходят

3

Recruiter Screen

Телефонный звонок с рекрутером — 20–30 минут. Проверка опыта, мотивации, soft skills, визового статуса и ожиданий по зарплате.

~8–10% от начальных

4

Technical Screen

Техническое интервью по телефону или take-home challenge. Первый контакт с инженерами компании.

~5% от начальных

5

Onsite Interview

4–5 интервью подряд: coding, system design, hiring manager, behavioral. Только для опытных кандидатов добавляют system design.

~3% от начальных

✓

Оффер

Из 100+ квалифицированных резюме — один оффер. Понимание этой конкуренции помогает правильно расставить приоритеты.

~1–2% от начальных

Участники процесса

🎯 Hiring Manager

Самый важный человек. Открывает headcount, пишет job description, определяет процесс и принимает финальное решение. Финальное слово — его.

📞 Recruiter

Координирует весь процесс. Делает первичный скан резюме, проводит recruiter screen, ведёт кандидата через все этапы. Цель — закрыть headcount.

🔍 Sourcer

Проактивно ищет кандидатов в LinkedIn и других источниках. Как только находит — передаёт рекрутеру. В больших компаниях — отдельная роль.

📥 Inbound Sourcer

Обрабатывает входящие заявки. В крупных Silicon Valley компаниях — специализированная роль, т.к. может приходить сотни заявок на одну позицию в неделю.

Как работают реферальные заявки

💡

Реферальные заявки имеют приоритет

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

Если ты знаешь кого-то в компании — попроси реферал. Даже знакомый второго уровня может помочь через LinkedIn.

Где искать работу

Job Boards

LinkedIn Jobs — самый широкий охват
Stack Overflow Jobs — tech-фокус
AngelList — стартапы
Indeed — агрегатор
Simply Hired
CareerJet
LinkUp

Инсайдерские ресурсы

Blind — анонимные отзывы и зарплаты
Levels.fyi — сравнение уровней и компенсаций
Glassdoor — отзывы о компаниях
Coffee with a Recruiter — подкаст о найме
Recruiting in Yoga Pants — блог рекрутера

Глава 4

🤖 ATS — правда об автоматическом отборе

~1 мин чтения

Глава 2 · The Applicant Tracking System

💡

Миф: ATS автоматически отклоняет резюме

ATS не отклоняет резюме автоматически. ATS — это система управления кандидатами (iCIMS, Taleo, Greenhouse, Workable, Workday). Отклоняют резюме люди. ATS лишь организует и отслеживает процесс.

Многие сервисы по проверке резюме зарабатывают деньги на мифах об ATS — обещая повысить твой "ATS score". Gergely рекомендует с осторожностью относиться к таким сервисам. Полезнее сосредоточиться на том, чтобы рекрутеру-человеку было легко прочитать твоё резюме.

Что реально помогает пройти резюме-скрин

❌ Не поможет

Оптимизация под ATS-алгоритмы
Скрытый белый текст с ключевыми словами
Оплата ATS-checker сервисов
Шаблон резюме "для роботов"

✅ Реально работает

Резюме, которое легко читается за 7 секунд
Релевантные ключевые слова из вакансии (честные)
Конкретные цифры и результаты
Простой одноколоночный формат без таблиц

Дополнительно: видео о правде об ATS · статья JobScan об ATS · CNBC об ATS

Глава 5

👁 Первый взгляд — 7 секунд

~1 мин чтения

Глава 3 · Tech Resume Basics · The First Glance

Средний рекрутер тратит около 7 секунд на первичный скан резюме (eye-tracking исследование). За это время они ищут пять конкретных вещей — в том же порядке:

1. Годы опыта

Рекрутер мысленно сравнивает тебя с внутренним уровнем позиции (который не всегда указан в объявлении). Сразу смотрит на дату окончания учёбы — и считает.

2. Релевантные технологии

Если вакансия требует Java и Go — рекрутер сканирует резюме на эти слова. Если не видит — может сразу отклонить. Поэтому важно явно перечислять технологии из job description, которыми ты реально владеешь.

3. Опыт работы

Был ли у тебя постоянный impact? Насколько он измерим? Цифры (RPS, DAU, % улучшения) переводятся лучше, чем качественные описания.

4. Визовый статус (для иностранцев)

Если заявка выглядит зарубежной, рекрутер смотрит — есть ли уже разрешение на работу. Если есть — укажи явно (Work Authorization: Yes / OPT / H1B и т.д.). Иначе попадёшь в "needs visa" стопку.

5. Что выделяется

Для новичков — известный университет, награда. Для опытных — известная компания, патент, PhD, вклад в ключевой open source проект, что-то редкое среди сотен других.

Уровни в разных компаниях

Каждая вакансия соответствует внутреннему уровню, который может не указываться. Сайт Levels.fyi визуализирует примерные соответствия между компаниями:

Уровень	Google	Meta	Amazon	Microsoft	Uber	YoE (примерно)
Entry	L3	E3	SDE I	59–60	L3	0–2 года
Mid	L4	E4	SDE II	61–62	L4	2–5 лет
Senior	L5	E5	SDE III	63–64	L5	5–8 лет
Staff	L6	E6	Principal	65–66	L6	8–12 лет
Principal	L7	E7	Sr. Principal	67+	L7	12+ лет

* Приблизительные соответствия. Точных маппингов между компаниями не существует. Источник: Levels.fyi

Глава 6

📋 Базовые правила

~1 мин чтения

Глава 3 · Tech Resume Basics · Ground Rules

Обязательные правила (нарушение = красный флаг)

PDF формат — всегда. Форматы .doc, .rtf отображаются по-разному и могут сломать структуру
Имя файла: Имя_Фамилия_Resume.pdf — не resume_v4_final.pdf
1 страница для новичков и специалистов до ~8 лет опыта. 2 страницы допустимо для senior+, но только если весь контент действительно сильный
Одноколончатый layout — многоколончатые шаблоны сложнее сканировать и хуже работают с некоторыми ATS
Шрифт 10–12pt, читаемый (не Comic Sans, не экзотические гарнитуры)
Даты в читаемом формате: "June 2021 – March 2024", не "06/21–03/24"
Обратная хронология — последнее место работы сверху
Bullet points, не абзацы — технические рекрутеры привыкли сканировать списки
Без sub-bullets — загромождают резюме, усложняют чтение
Без дефисов вместо bullets — выглядит непрофессионально

Нет опечаток и грамматических ошибок — сигнализирует об отсутствии внимания к деталям. Используй Grammarly и Hemingway Editor
Базовые контакты: email, телефон, город/страна, LinkedIn, GitHub. Полный почтовый адрес не нужен
Консистентное форматирование — одинаковые размеры шрифтов, одинаковые отступы, одинаковые стили дат
Краткость — безжалостно редактируй. Каждая строка должна отвечать: "Это делает меня лучшим кандидатом на эту позицию?"
Конкретность — без клише ("team player", "fast learner", "passionate about technology")
Email должен быть профессиональным — не [email protected]
LinkedIn URL кастомизируй — linkedin.com/in/твоеимя, не /in/user123456789

Нет фото для US/UK/Canada позиций в tech. Фото добавляет возможность для предвзятостей (возраст, пол, внешность) — а не пользы
Нет даты рождения
Нет пола, гражданства, семейного положения, количества детей, религии
Нет полного домашнего адреса — только город и страна
Исключение: в некоторых странах (Германия, Япония, ОАЭ) фото принято. Исследуй локальные нормы.

💡

Почему это важно

Любая лишняя личная информация создаёт возможность для неосознанной предвзятости. В tech найм основан на навыках. Убери всё, что даёт нанимателю повод отклонить тебя по нерелевантным причинам.

Инструменты проверки

✍️

Grammarly

Бесплатная проверка грамматики и стиля. Ловит то, что пропускают стандартные спеллчекеры.

Бесплатно

📝

Hemingway Editor

Анализ читаемости. Выделяет сложные предложения. Цель — grade 8–10. Прямо рекомендован автором курса.

Бесплатно

Глава 7

🏗 Структура резюме

~1 мин чтения

Глава 4 · Resume Structure

Структура резюме зависит от уровня опыта. Главный принцип: самое важное для этой позиции — ближе к верху.

Приоритет секций для студентов и new grads

Контакты — имя, email, телефон, LinkedIn, GitHub
Work Experience / Internships — если есть, ставь первым
Projects — ключевая секция. Описывай с метриками и ссылками на GitHub
Education — университет, специальность, ожидаемая дата выпуска, GPA (если 3.5+)
Languages & Technologies — всё, с чем реально работал
Interests — 1–2 вещи, могут стать темой для разговора на интервью

💡

Важно для новичков

Уложись на одну страницу. Ты конкурируешь с сотнями других, и вторую страницу никто не читает. Если мало опыта — работай над этим параллельно с поиском: contribute to open source, строй проекты, ищи стажировки.

Рекомендуемый шаблон: The Pragmatic Engineer's Resume Template

Junior (первые 1–2 года работы)

Контакты
Experience — даже небольшой опыт важен. Показывай рост
Projects — личные или open source, если сильнее чем опыт
Skills — технологии которые реально используешь
Education — перемещается вниз после первой работы

Признаки роста: повышение ("promoted to X after Y months"), увеличение ответственности, менторство других.

Mid-level (2–5 лет)

Контакты
Experience — акцент на ownership: "led migration of", "owned X feature"
Skills — технологии с контекстом
Education — кратко, в конце

Масштаб: сколько пользователей, какой трафик, размер команды. Влияние на бизнес: revenue, costs, reliability.

Senior (5+ лет)

Контакты
Summary — только если переходишь в другой домен или есть что выделить
Experience — лидерство, стратегические решения, влияние на несколько команд
Skills
Education — едва упоминается, год выпуска не нужен

2 страницы допустимо, если весь контент действительно сильный. Для tech leads и EM — важно показать лидерство и менторство.

💡

Manager–Engineer Pendulum

Если переходишь между IC и management — объясни переход. Читай: The Engineer/Manager Pendulum (Charity Majors) и 5 Engineering Manager Archetypes (Pat Kua).

Career Change (смена специализации)

Summary — обязателен. Объясни переход в 2–3 предложениях
Transferable Skills — что из старого опыта применимо
New Projects — проекты на новом стеке критически важны
Old Experience — прежняя работа как контекст
Education / Courses — bootcamp, курсы указывай как образование

Ресурс: How to explain career break

Что писать в каждой секции

📍 Контакты ▼

Имя (самый крупный элемент), email, телефон с кодом страны, город, LinkedIn (кастомный URL), GitHub (если есть код для показа).

Не нужно: полный адрес, дата рождения, фото (для US/UK), семейный статус.

Визовый статус: если ты иностранец, явно укажи "Work Authorization: US Citizen", "OPT", "H1B sponsored" и т.д. Иначе рекрутер может отложить в "needs visa" стопку.

💼 Experience (опыт работы) ▼

Формат каждой позиции: Компания | Должность | Даты (месяц год) | Город

3–6 bullet points на позицию. Используй формулу Results/Impact/Contribution (см. секцию "Как выделиться").

Даты: "June 2021 – March 2024" — не "06/21–03/24". Для позиций старше 4–5 лет можно указывать только годы.

Для старого опыта: 1–2 строки достаточно. Не трать место на подробности 10-летней давности.

🛠 Skills (навыки) ▼

Перечисляй только реальные навыки. Группируй логично: Languages, Frameworks, Databases, Tools, Cloud.

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

Soft skills (teamwork, communication) — не пиши в skills. Покажи их через конкретные достижения в Experience.

🎓 Education (образование) ▼

Название университета, специальность, год выпуска (или ожидаемый). GPA указывай только если 3.5+.

Для senior+ — минимум информации, дата выпуска опциональна.

Если университет известный — добавь контекст для рекрутеров из других стран: "Budapest University of Technology — #1 CS university in Hungary".

Bootcamp — указывай как образование, не скрывай.

🚀 Projects (проекты) ▼

Особенно важно для новичков и bootcamp grads. Формат: Название проекта | Технологии | Ссылка на GitHub/Live.

2–3 строки: что делает проект, что интересного в реализации, метрики (пользователи, звёзды, трафик).

Признаки сильного проекта: есть тесты (укажи coverage%), есть хорошее README, работает в production, есть реальные пользователи или contributions от других.

Примеры хороших README: awesome-readme · пример от автора курса

Глава 8

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

~1 мин чтения

Глава 5 · Standing Out

Большинство резюме описывают обязанности ("built features", "worked on backend"), но не результаты. Выделиться — значит показать impact: что изменилось благодаря твоей работе, и в каких числах это измеряется.

Формула достижений (Google-стиль)

Accomplished [impact] as measured by [number]
by doing [specific contribution]

Источник: My personal formula for a better resume (Google, LinkedIn Pulse)

Результаты и Impact

Числа — это язык бизнеса. Рекрутеры и нанимающие менеджеры видят сотни резюме с "built and shipped features". Твоя задача — дать конкретику: что именно было сделано, как измерен результат, и в чём твой личный вклад.

❌ Без результатов

Software Engineer @ Startup

Worked on the backend API
Helped improve system performance
Took part in migrating the database
Was involved in code reviews

✅ С результатами и числами

Software Engineer @ Startup

Reduced REST API p99 latency by 40% by rewriting cache invalidation logic in Go
Led migration of 3 MySQL databases to PostgreSQL, achieving zero downtime across 2M users
Drove code review culture adoption; reduced avg PR review time from 4 days to 6 hours

From the inside out

Как придумать bullet points для резюме

Andy Lester — автор книги Land the Tech Job You Love, разработчик инструмента ack:

"Ты никогда просто не 'делал тесты'. Ты делал тесты, потому что хотел предотвратить регрессии, чтобы не пугать пользователей случайными ошибками. Тесты — это не задача, а средство достижения результата. Спроси себя: ЗАЧЕМ ты это делал? Ответ — твой impact."

Читай: What accomplishments look like on engineering resumes (Jacob Kaplan-Moss) · Explain your problem-solving skills (Itamar Turner-Trauring)

— Andy Lester · Track your stats like a pro athlete

Говори о себе, не о команде

Одна из самых частых ошибок — скромность. "We built", "the team delivered", "I was part of" — это не показывает твой личный вклад. Нанимающий менеджер нанимает тебя, а не команду.

❌ Слишком скромно

We built a new authentication system
Took part in improving deployment pipeline
Was a team member on the data platform project
Helped with performance optimization

✅ Активно, от первого лица

Designed and implemented OAuth2 authentication, reducing login errors by 65%
Automated CI/CD pipeline with GitHub Actions, cutting deploy time from 45 to 8 minutes
Architected data platform ingestion layer, processing 50M events/day at p99 <200ms
Identified and fixed memory leak causing 30% throughput degradation under load

Tailoring: пиши резюме под конкретную вакансию

Одно резюме на все вакансии — распространённая ошибка. Нанимающий менеджер читает job description каждый день. Если твоё резюме зеркалит их язык — ты кажешься идеальным кандидатом.

💡

Стратегия: Master Resume → Tailored Resume

Создай master resume — полную версию со всем опытом (может быть 3+ страницы, для внутреннего использования). Для каждой вакансии — tailored версию: отбирай самый релевантный опыт, используй ключевые слова из job description, адаптируй bullet points.

❌ Generic (для любой компании)

Developed backend microservices
Worked with AWS infrastructure
Built internal tools for the team

✅ Tailored (для Amazon SDE позиции)

Designed distributed microservices on AWS (Lambda, SQS, DynamoDB) handling 2M req/day
Owned end-to-end delivery of internal developer platform, reducing team onboarding by 40%
Dove deep on performance data to identify root cause of latency spike; earned trust of 3 partner teams

From the inside out — совет headhunter'а

Как адаптировать резюме под конкретную позицию

Csudi Csudutov (Mimox): "Когда мы ищем кандидатов для клиента, мы смотрим на конкретные ключевые слова и паттерны. Резюме, которое зеркалит язык нашего клиента, сразу выделяется. Я не ищу 'хорошего разработчика' — я ищу человека, который решал похожие проблемы в похожем контексте."

— Csudi Csudutov, Mimox

From the inside out — взгляд inbound sourcer'а в Uber

Как привлечь внимание sourcer'а в крупной tech компании

Veronika Nora Nagy, inbound sourcer в Uber: "Когда просматриваю 200+ резюме, первое что вижу — название последней компании и должность. Если это знакомая компания или известный стартап — уже интересно. Потом смотрю на технологии. Если Job Description требует Java и Python — буквально ищу эти слова. Если не вижу за 5 секунд — следующее резюме."

— Veronika Nora Nagy, Uber

From the inside out — рекрутер для technology-specific компаний

Как выделиться в компании под конкретный стек

Konstanty Sliwowski: "В отличие от крупных tech компаний, которые ищут универсалов, мы ищем специалистов. Если претендуешь на Ruby on Rails developer — в резюме должно быть отчётливо видно, что именно делал с Rails, что конкретно строил, и на каком уровне знаешь экосистему."

Книга Konstanty: The Developer's Guide to Getting a New Job

— Konstanty Sliwowski

Типы инженеров: Implementer, Solver, Finder

🔧 Implementer

Хорошо реализует заданные задачи. Большинство junior и mid-level инженеров — implementers. Резюме: скорость, качество кода, надёжность.

🧩 Solver

Берёт сложные проблемы и находит решения. Senior engineers — solvers. Резюме: сложность проблем, нестандартные решения, cross-team влияние.

🔭 Finder

Сам находит проблемы для решения. Principal/Staff engineers — finders. Резюме: стратегические инициативы, долгосрочное мышление, влияние на организацию.

Keyword Stuffing: осторожно

💡

Добавляй ключевые слова честно

Включай технологии из job description только если реально с ними работал. Рекрутер может спросить про любой навык из списка. Скрытый белый текст или перечисление незнакомых технологий — красный флаг при ближайшей проверке. Лучший путь: перечисли технологии в секции Skills и упомяни в bullet points опыта.

Чеклист: Как выделиться

0

пунктов выполнено из 8

Каждый bullet point содержит конкретный результат с числом (%, RPS, DAU, $, время)
Используешь активные глаголы (Led, Built, Reduced, Designed) — не пассивные
Говоришь "я" — не "мы" или "команда"
Применил формулу "Accomplished X measured by Y by doing Z" хотя бы к 3 пунктам
Создал master resume и tailored версию для целевой вакансии
Проверил ключевые слова из job description — они есть в резюме (честно)
Для senior позиций: показал уровень Solver или Finder, а не только Implementer
Начал отслеживать свои stats на текущей работе для будущего резюме

Глава 9

❌ Частые ошибки

~1 мин чтения

Глава 10

📊 Разные уровни — разные резюме

~1 мин чтения

Глава 7 · Different Experience Levels, Different Career Paths

Нет универсального рецепта. Что работает для new grad — не работает для senior engineer. Ниже — конкретные советы для каждого пути.

Студенты и выпускники (New Grads)

💡

Главный актив студента

Если нет коммерческого опыта — делай проекты. Сильный проект на GitHub важнее GPA. Стажировка важнее проекта. Реферал важнее стажировки.

Приоритеты секций:

Контакты — имя, email, LinkedIn, GitHub, портфолио
Internships / Work Experience — если есть, ставь первым
Projects — самая важная секция
Education — университет, специальность, выпуск, GPA (если 3.5+)
Skills — только реально используемые технологии
Extracurriculars — coding clubs, hackathons, open source

Если университет малоизвестен зарубежным рекрутерам — добавь контекст: "Budapest University of Technology — #1 CS university in Hungary, QS ranked #300 globally"

Рекомендуемый шаблон: The Pragmatic Engineer's Resume Template

Bootcamp Graduates

Bootcamp grad конкурирует с CS выпускниками. Главный вопрос рекрутера: "Есть ли у этого человека реальные навыки, или только курсовые проекты?" Твоя задача — убедить через проекты.

4 стратегии усиления секции Projects:

1. Отличное README

Хорошее README — сразу сигнализирует о профессионализме. Включай: что делает, как запустить, screenshots, tech stack.

awesome-readme

2. Тесты (TDD)

"Практически никто из junior кандидатов не пишет тесты." Наличие тестов — сильный сигнал. Укажи coverage%.

learn-tdd

3. Open Source Contributions

PR в реальный проект — мощное отличие. Начни с "good first issue" в популярных библиотеках.

awesome-for-beginners · Leaflet CONTRIBUTING

4. Takehome → Real Project

Takehome assignment — доработай до publication-ready и выложи на GitHub. Это реальный опыт, не учебный.

From the inside out — bootcamp career coach

Как выделиться среди bootcamp выпускников

Raymond Gan, Career Coach в Flatiron School: "Самое большое заблуждение — что достаточно закончить курс и сделать 3 типичных проекта. Нет. Нужно идти дальше: contribute в open source, пиши технические статьи, делай проекты с реальными пользователями. Покажи, что ты уже делаешь — не просто учился."

— Raymond Gan, Flatiron School

До/после: проекты bootcamp grad (5-месячный рост)

❌ После bootcamp (типичный)

Final project: Todo app (React, Node.js)
Bootcamp project: Blog platform (Ruby on Rails)
Personal: Weather app (JavaScript)

Неотличимо от сотен других. Нет реального опыта.

✅ Через 5 месяцев работы

Leaflet.js contributions: 3 merged PRs (900K weekly npm downloads)
Freelance: e-commerce checkout for local business, 200+ orders/month
Data Structures library (Swift): 150 GitHub stars, 20 forks
Polished TechCo takehome: deployed, 50 real users, 95% test coverage

Конкурирует с junior CS grads. Реальные пользователи, настоящий опыт.

Career Changers

Смена карьеры — дополнительный вопрос рекрутера: "Почему этот человек меняет сферу, и смогут ли они?" Ответь заранее в резюме.

Summary (обязателен) — объясни переход в 2–3 предложениях
Transferable Skills — аналитика, управление проектами, domain expertise
New Tech Projects — критически важны; покажи новый стек
Past Experience — кратко, как контекст
Education / Bootcamp — честно указывай

💡

Domain expertise — твоё конкурентное преимущество

Переходишь из финансов в fintech — ты понимаешь домен лучше большинства engineers. Из медицины в healthtech — аналогично. Явно укажи: "Finance domain expertise + software engineering skills".

Ресурс: Как объяснить career break (Monster UK)

Career Break

Перерыв в карьере — не катастрофа. Ключ в том, как его преподносить.

Давний перерыв (3+ лет назад)

Хронология сама объяснит. Не нужно выделять специально.

Недавний перерыв

Укажи явно: "Career Break – Jan–Jul 2024: family care, continuing education in ML". Честность лучше пробела.

Учёба / курсы

Указывай как образование. "ML Specialization (Coursera), 2024". Подкрепи проектами.

Фриланс в перерыве

Описывай как work experience: "Freelance Developer, 2023–2024: built 4 websites for local businesses". Читается сильнее чем "self-study".

Senior Engineers и выше (5+ лет)

Senior резюме — история о влиянии и лидерстве, не просто список технологий.

💡

Summary для senior+

Summary нужен если переходишь в другой домен, другой уровень, или есть что-то особое. Для большинства senior — не нужен.

Scope of influence — влияние на другие команды, продукт, компанию
Strategic decisions — архитектурные решения с долгосрочным влиянием
Mentorship — скольких менторил, какие результаты
Soft achievements — "Established code review culture", "Drove observability adoption"

💡

Education — перемести на страницу 2

Год выпуска 1995–2005 может создать возрастную предвзятость. Для senior+: Education в конце. Фокус — на последних 10 годах работы.

Tech Leads

Tech Lead — и технические достижения, и лидерство. Резюме должно показывать обе стороны.

Team outcomes — что команда под твоим лидерством доставила
Delivery context — размер команды, timeline, сложность
Activities + outcomes — "Led team of 5 to deliver X, resulting in Y"
Cross-team collaboration — работа с product, design, другими командами
Technical decisions — архитектура, tech debt, стандарты

Почитай: Tech Lead EM Archetype (Pat Kua)

Engineering Managers

EM резюме — история о людях и бизнес-результатах. Менее технически, более о том, что ты построил как организацию.

From the inside out

Что ищет нанимающий менеджер в резюме EM

Neville Kuyt: "Для engineering managers я смотрю на storytelling. Хорошее EM резюме рассказывает историю: какие команды строил, какие проблемы решал, какой культуры достиг. Ищу признаки того, что человек и технически грамотный, и хорошо работает с людьми."

— Neville Kuyt · LinkedIn

Summary (обязателен) — "EM with 7 years leading 4–8 person teams in fintech. Scaled two teams from 2 to 10 people."
Experience — "Managed team of 6", "Hired and grew team from 2 to 8", "Reduced attrition from 30% to 5%"
Team achievements — не "я сделал X", а "моя команда доставила X"
Technical credibility — ключевые архитектурные решения (кратко)

💡

Ресурсы для EM

5 Engineering Manager Archetypes (Pat Kua) · The Engineer/Manager Pendulum (Charity Majors) · Rands Leadership Slack

Глава 11

💪 Упражнения для шлифовки резюме

~1 мин чтения

Глава 8 · Exercises to Polish Your Resume

Знания о хорошем резюме — это одно. Применить их на практике — другое. Эти упражнения помогают превратить теорию в лучший документ.

1. Напиши два разных резюме ▼

Самое ценное упражнение из всего курса. Напиши два принципиально разных резюме для одной и той же позиции — с разной структурой, разным порядком секций, разными bullet points. Не вариации одного документа, а два отдельных подхода.

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

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

2. Выясни impact своих прошлых проектов ▼

Нет цифр — иди за ними. Если ты не знаешь точных метрик своих достижений:

Спроси бывших коллег или менеджера
Попробуй найти в корпоративных документах, отчётах, спеках
Оцени примерно — "roughly 40% improvement" честнее, чем "improved performance"
Начни отслеживать stats с сегодняшнего дня для будущего резюме

Важно: "Примерно 40%" — значительно лучше, чем ничего. Даже приблизительные числа делают bullet point убедительнее.

3. Grammar Check — не только спеллчек ▼

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

Grammarly — бесплатная версия ловит большинство грамматических проблем
Hemingway Editor — показывает сложные предложения, пассивный залог, читаемость. Цель: grade 8–10

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

4. Попроси друзей/коллег на проверку ▼

Покажи резюме двум типам людей:

Техническому специалисту в твоей области — проверит корректность и полноту технических достижений
Человеку вне твоей области — проверит понятность. Если они не понимают bullet point — рекрутер тоже не поймёт

Спроси: "За 30 секунд — что ты запомнил из этого резюме?" Ответ покажет, что реально выделяется.

5. Получи фидбек в интернете ▼

Интернет даёт доступ к сотням людей с опытом найма. Перед публикацией — удали все персональные данные (имя, контакты, компании если нужна анонимность).

Reddit

r/cscareerquestions — Resume Advice Thread
r/resumes — разбор конкретных резюме

Сообщества

Rands Leadership Slack — сообщество senior engineers и EM
Dev.to Resume Review — thread с разборами

6. Проверь ключевые слова под конкретную вакансию ▼

Возьми job description конкретной вакансии и сравни с резюме:

Какие технологии упоминаются в JD? Они есть в твоём резюме?
Какие soft skills или qualities упоминаются? Они отражены в bullet points?
Есть ли специфические требования (уровень компании, домен), которые ты не упомянул?

Автоматизировать: JobScan — сравнивает резюме с job description. Важно: не оптимизируй под ATS — оптимизируй чтобы рекрутер-человек увидел релевантность.

Чеклист: Упражнения

0

пунктов выполнено из 6

Написал два принципиально разных резюме и объединил лучшее
Выяснил impact хотя бы 3 прошлых проектов (с приблизительными числами)
Прогнал через Grammarly и Hemingway Editor
Получил фидбек от технического коллеги и от нетехнического человека
Опубликовал (анонимно) на Reddit или в другом сообществе для фидбека
Сравнил резюме с job description целевой вакансии по ключевым словам

Глава 12

🌐 За пределами резюме

~1 мин чтения

Глава 9 · Beyond the Resume

Резюме — не единственный документ, который видит рекрутер. LinkedIn, GitHub, технический блог и cover letter — всё это формирует общее впечатление о тебе как кандидате.

LinkedIn

LinkedIn — твоя публичная витрина. Рекрутеры активно используют поиск по LinkedIn даже для inbound кандидатов — чтобы проверить контекст резюме.

Оптимизация Search Card (что видно в результатах поиска)

Headline

По умолчанию LinkedIn ставит должность. Это упущенная возможность. Измени на: "Backend Engineer | Go, Kubernetes, AWS | Ex-Uber". Используй | для разделения ключевых слов — они индексируются.

Никогда: "Looking for opportunities" — это понижает тебя в поиске и выглядит неуверенно

Current Position

Всегда должна быть активная позиция — даже если ты безработный. Создай позицию типа "Freelance Developer" или "Independent Consultant". LinkedIn ранжирует выше профили с текущей позицией.

Location

Рекрутеры фильтруют по локации. Убедись что локация указана и актуальна. Если ищешь remote — добавь "Open to Remote" в headline.

Connections

500+ connections делают профиль более авторитетным в глазах рекрутеров. Ниже 500 — указывается точное число, что может вызвать вопросы.

Как рекрутеры ищут кандидатов (Boolean Search)

💡

Пример Boolean запроса рекрутера

«(Java OR Kotlin) AND (Spring OR "Spring Boot") AND ("senior engineer" OR "staff engineer") AND ("San Francisco" OR "Remote")»

Твоя headline, current position, skills и summary — источники ключевых слов для этого поиска. Чем точнее они описывают тебя, тем выше появляешься.

GitHub

Не все рекрутеры кликают на GitHub, но инженерные менеджеры — часто. Если в резюме есть ссылка, убедись что профиль стоит показывать.

💡

Не линкуй GitHub если там нечего показать

Пустой профиль, устаревшие форки чужих репозиториев, или 3 неоконченных проекта без README — хуже, чем отсутствие ссылки.

Что смотрит hiring manager на GitHub

Context — что за проекты? Есть ли описание? README объясняет цель?
Code quality — читабелен ли код? Есть ли тесты?
Contributions — есть ли PR в чужие репозитории?
Activity — зелёные квадраты — сигнал активности
Standout repos — есть ли что-то с реальными пользователями или stars?

Оптимизация GitHub профиля

Profile README

Создай README для своего профиля (репозиторий с именем = твоему username). Покажи кто ты, что делаешь, ключевые проекты.

Вдохновение: awesome-github-profile-readme · шаблоны

Pinned Repos

Закрепи 4–6 лучших репозиториев. Добавь описание и topic tags к каждому. Первое впечатление от профиля — это pinned repos.

Технический блог

Технический блог — сильный сигнал. Показывает глубину знаний, умение объяснять, и passion. Но только если на него правильно ссылаться.

❌ Ссылка на блог (неправильно)

Blog: medium.com/@johndoe

Рекрутер видит пустую главную страницу или не понимает о чём блог.

✅ Ссылки на конкретные статьи

Selected writings:

Конкретные статьи с темой и масштабом — сразу понятен уровень и экспертиза.

Cover Letters

Cover letter имеет значение в первую очередь в небольших компаниях, где hiring manager лично читает все заявки. В крупных tech компаниях — редко читают. Но если пишешь — делай его личным.

From the inside out

Что важно в cover letter

Monica Lent, инженер в SumUp (автор Seven software developer resume tips): "Лучшие cover letters, которые я видела — были написаны специально для этой компании и этой роли. Они отвечали на вопрос 'почему именно здесь и именно сейчас'. Темплейт, который используется для 50 компаний, это сразу чувствуется."

— Monica Lent · monicalent.com

💡

Пример нетрадиционного cover letter

Santiago Valdarrama написал cover letter в формате code snippet — и получил положительный отклик. Нестандартный подход работает когда демонстрирует реальный навык. Читай также: Developer cover letter (Stack Overflow blog) · Junior developer cover letter (Lou Bichard)

Чеклист: За пределами резюме

0

пунктов выполнено из 6

LinkedIn headline продаёт тебя (не "Looking for opportunities")
На LinkedIn есть текущая позиция (даже если безработный)
GitHub профиль — публичный, с pinned repos, описаниями и README
В резюме указаны конкретные статьи блога (а не просто ссылка на homepage)
LinkedIn и GitHub обновлены и соответствуют резюме
Cover letter (если пишешь) персонализирован под конкретную компанию

Глава 13

📐 Принципы хорошего шаблона

~1 мин чтения

Глава 10 · Good Resume Template Principles

💡

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

Сайты типа EnhanCV, VisualCV, Resume.io оптимизированы для конверсии пользователей в платящих клиентов, а не для того, чтобы нравиться нанимающим менеджерам в tech. Они добавляют графики, прогресс-бары навыков, колонки — всё это красиво, но мешает hiring manager'у читать.

Как рекрутеры и hiring managers читают резюме

From the inside out — взгляд автора Hiring Geeks that Fit

В каком направлении читают резюме

Johanna Rothman (Hiring Geeks that Fit): "Я читаю сверху вниз, как книгу. Сначала смотрю на имя и контакты. Потом первую должность — и сразу оцениваю опыт. Всё что важно должно быть в первой трети первой страницы. Если я не вижу там ничего интересного — дальше не иду."

— Johanna Rothman · jrothman.com

3 стадии просмотра резюме

1

Стадия 1: Годы опыта и даты

Рекрутер сканирует правую колонку — даты. Считает годы опыта. Соответствует ли кандидат уровню позиции? Это занимает 2–3 секунды.

2–3 сек

2

Стадия 2: Технологии, должности, локация

Если первая стадия прошла — рекрутер ищет ключевые слова: нужные технологии, знакомые должности, правильный город/регион. Ещё 5–7 секунд.

5–7 сек

3

Стадия 3: Полное чтение

Только если резюме прошло стадии 1 и 2 — рекрутер читает подробности: bullet points, достижения, проекты. Именно здесь решается — "Да" или "Может".

30–120 сек

From the inside out — технический рекрутер Facebook и Andela

Шаблоны с точки зрения рекрутера

Chukwuemeka Ugorji, технический рекрутер (Facebook, Andela): "Двухколоночные шаблоны меня замедляют. Мой взгляд прыгает между колонками — это требует усилий. Одноколоночный layout читается как текст — естественно, сверху вниз. Контент важнее шаблона, но хороший шаблон делает хороший контент заметным."

— Chukwuemeka Ugorji, Facebook / Andela

Принципы хорошего шаблона

1. Top-Down Layout

Одна колонка, читается сверху вниз как текст. Самое важное — в первой трети первой страницы. Не заставляй рекрутера искать информацию.

2. Стратегические цвет и bold

Минимум цвета — только для имени и заголовков секций. Bold только для компаний, должностей или 1–2 слов в bullet. Не выделяй всё — теряется смысл выделения.

3. Важное — выше

Самый релевантный опыт — ближе к верху. Для новичков: проекты выше образования. Для senior: последние 5 лет — основа, остальное — кратко.

4. Простота = читаемость

Нет таблицам, колонкам, инфографике, иконкам, прогресс-барам навыков. Рекрутер оценивает контент — шаблон должен ему помогать, а не отвлекать.

💡

Главный принцип

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

Глава 14

📄 Обзор шаблонов резюме

~1 мин чтения

Глава 11 · Resume Templates

Важное различие: resume generators (Resume.io, EnhanCV, VisualCV) — это сервисы с редакторами, где платишь за экспорт. Resume templates — это файлы (Google Docs, LaTeX, Markdown), которые ты редактируешь сам. Для разработчиков — шаблоны предпочтительнее.

From the inside out — основатели Standard Resume

Уроки из создания резюме-сервиса для разработчиков

Riley Tomasek, co-founder Standard Resume: "Самая распространённая ошибка — запихнуть тонну контента на одну страницу, чтобы 'не потерять ничего важного'. В результате — нечитаемая страница, которую никто не захочет изучать. Контент важнее плотности. Лучше сильные 6 bullet points, чем 20 слабых."

— Riley Tomasek, Standard Resume · standardresume.co

✅ Рекомендуемые шаблоны

The Pragmatic Engineer's Template

★★★★★

Google Doc шаблон от Gergely Orosz. Одноколончатый, чистый, проверен на сотнях реальных применений. Оптимален для большинства разработчиков.

Google Docs · Бесплатно

Standard Resume: Parker Template

★★★★★

Создан разработчиками для разработчиков. Отличный баланс информации и пространства. Реальные примеры резюме на standardresume.co/examples.

Standard Resume · Платно

The Mono Engineer's Template

★★★★★

Монохромный, минималистичный. Отлично работает для инженеров с 3+ годами опыта. Профессиональный вид без лишних украшений.

Google Docs · Бесплатно

Markdown to PDF Template

★★★★★

Резюме в Markdown → PDF. Идеально для тех, кто ненавидит Word/Google Docs. Версионируется в Git. Для технически подготовленных.

Markdown · Бесплатно

Experienced Engineer's Template

★★★★★ (с сильным опытом)

Для 8+ лет опыта. Больше пространства для деталей. Если контент слабый — лучше выбрать стандартный шаблон (3 звезды без сильного опыта).

Google Docs · Бесплатно

Standard Resume: Venables Template

★★★★★ (для опытных)

Ещё один отличный шаблон от Standard Resume. Немного компактнее Parker. Проверен на реальных кандидатах.

Standard Resume · Платно

CareerCup (CtCI) Template

★★★★☆

Шаблон из книги Cracking the Coding Interview. Широко известен в CS сообществе. Работает хорошо, хотя и немного устарел визуально.

Word/PDF · Бесплатно

❌ Не рекомендуемые шаблоны

Шаблон	Рейтинг	Основная проблема
Google Docs Serif	★★★☆☆	Слишком мало места для контента; образование первым
Google Docs Swiss	★★☆☆☆	Двухколонный layout; навигация неочевидна
Canva	★☆☆☆☆ – ★★★☆☆	Разный результат; многие шаблоны слишком творческие, плохо работают с ATS парсингом
Resume.io Software Developer	★★☆☆☆	Skill points/уровни навыков — серьёзный минус; generic дизайн
Resume.io Web Developer	★★☆☆☆	Аналогично — skill ratings и слишком busy layout
VisualCV Standard	★★★☆☆	Приемлемый, но платный экспорт; не выделяется
EnhanCV Software Engineer	★★☆☆☆	Оптимизирован для продаж пользователям, а не для нанимателей; двухколонный
EuroPass CV	★☆☆☆☆	"Нет ничего хорошего в формате EuroPass." Поощряет добавление фото, гражданства, дня рождения — всего того, что создаёт предвзятость

💡

Никогда не используй self-rating skills

Шкалы типа "Python ●●●●○" или "Java: 4/5" — однозначно вредят. Если ты поставил 4/5 по Java, нанимающий менеджер (который знает Java на 5/5) может решить, что ты недостаточно хорош. Если поставишь 5/5 — могут не поверить. Любой вариант только вредит. Используй простой список технологий.

Реальные примеры резюме (Standard Resume)

💻

Software Engineer — Jeff Leu (eBay)

Пример сильного SE резюме; также: другие SE резюме

🌐

Web Developer — Cameron Wardzala

Также: другие web dev резюме

📱

iOS Developer — Zac West (Dropbox)

Также: другие iOS резюме

🎨

Frontend Engineer — Heather Vandervecht

Также: другие frontend резюме

📊

Data Scientist — Philip Spanoudes (Square)

Также: другие data science резюме

👔

Engineering Manager — Mike Douglas

Также: другие EM резюме

Глава 15

🔄 Реальные примеры улучшения резюме

~1 мин чтения

Глава 12 · Resume Improvement Examples

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

Кейс 1: Software Engineer, 2 года опыта → Facebook Rotational Program ▼

❌ Проблемы оригинала

Generous spacing — много места потрачено на пустоту, вместо контента
Inconsistent formatting — разные стили дат и bullet points
Wrong focus — не адаптировано под Facebook Rotational Program
Missing impact — achievements без цифр ("built features", "worked on X")
Company website links — ссылки на сайты компаний, где работал (зачем?)
3-month position split — короткая позиция занимала больше места чем надо

✅ После переработки

Tailored специально под Rotational Program: подчёркнута широта опыта
Active language везде: "Led", "Built", "Reduced"
Concise: убрано лишнее, добавлено место для сильного контента
Deliberate reader guidance — самый сильный опыт первым

Результат: прошёл resume screen для Facebook

Кейс 2: ML Engineer, 5 лет опыта (Европа) — 3 страницы → 1 ▼

❌ Проблемы оригинала

3 страницы — слишком длинно для 5 лет опыта
Hard to read format — dense paragraphs вместо bullet points
Self-rating skills: "Python: 3/5", "TensorFlow: 4/5" — hiring manager с глубоким ML знает что такое 3/5 и сомневается

✅ После переработки

1 страница — компактно, читается за 30 секунд
Bullet points с конкретными ML результатами (accuracy%, latency, dataset size)
Убраны все self-ratings — простой список технологий

Результат: получил оффер в целевую ML компанию

Кейс 3: Backend Developer, 6 лет опыта (payroll software) ▼

❌ Проблемы оригинала

Missing location — рекрутеры думали, что кандидат заграницей и нуждается в визе
Too much bolding — выделено случайно, теряется смысл
Technology dump — 40+ технологий списком без контекста
.docx format вместо PDF — форматирование ломалось при просмотре

✅ После переработки

Добавлена локация + Work Authorization: явно указан статус
Убрано лишнее болдирование
Technologies сгруппированы по категориям, только реально используемые
Отправляется как PDF

Результат: получил оффер senior engineer в local стартапе

Кейс 4: Remote Software Engineer, 8 лет опыта (Европа, ищет remote) ▼

❌ Проблемы оригинала

Education first — образование выше опыта (непонятно почему)
Photo — фото в резюме для US/EU tech позиций
Irrelevant skills — навыки, не релевантные роли
1–5 star ratings — классические self-rating которые вредят
Reverse chronological order нарушен в некоторых секциях

✅ После переработки

Experience first — самый мощный контент наверх
Фото убрано
Только релевантные skills в чистом списке
Убраны все star ratings

Результат: резко возрос response rate, получил несколько офферов на remote позиции

Кейс 5: SRE Engineer, 20+ лет опыта (PhD, HPC) ▼

❌ Проблемы оригинала

Dated template — визуально устаревший шаблон создавал subconscious bias "не следит за технологиями"
Too long intro — многострочное summary занимало лучшее место на странице
Irrelevant older positions — позиции 15-летней давности занимали столько же места, что и последние

✅ После переработки

Современный чистый шаблон — убирает возрастную предвзятость
Краткий summary: 2 предложения, без воды
Старые позиции — 1 строка каждая; фокус на последних 8 годах

Результат: получил и принял SRE оффер

Глава 16

👔 Советы нанимающим менеджерам

~1 мин чтения

Глава 13 · Advice for Hiring Managers

Эта глава — для тех, кто сам нанимает. Даже если ты сейчас ищешь работу, понимание процесса со стороны hiring manager даёт ценный контекст.

💡

Проблема №1: Стандартный процесс отбора сломан

Joel Spolsky (основатель Stack Overflow): "Стандартная заявка — cover letter и резюме — феноменально слабый способ представить кандидата. И всё же это то, на что полагаются большинство компаний." (Smart and Gets Things Done)

From the inside out

Отличные найм, которые не прошли бы стандартный отбор

James Stanier, VP Engineering в Brandwatch: "Некоторые из лучших людей, которых я нанял, никогда бы не прошли через стандартный resume screen. Один кандидат без степени, с нелинейным опытом — оказался одним из самых продуктивных инженеров команды. Резюме не предсказывает перформанс."

— James Stanier, Brandwatch

From the inside out

Persistent кандидат, которого чуть не упустили

Blake Stockman (работал в Google, Facebook, Uber): "Intern, которого мы почти не взяли — потому что его резюме казалось слабым — оказался одним из лучших intern'ов, которых я видел. Он сам написал нам несколько раз, показал свой проект, объяснил свой потенциал. Почти все рекрутеры отклонили бы его через resume pipeline."

— Blake Stockman, Google / Facebook / Uber

4 практических улучшения процесса отбора

1. Подключай других людей

Просматривай резюме вместе с другим менеджером или рекрутером. Разные глаза замечают разное. Diversity в скрининге снижает bias.

2. Выделяй время осознанно

Просмотр 20 резюме за 5 минут между митингами — плохой скрининг. Заблокируй 30–60 минут специально. Реальная оценка требует реального времени.

3. Корректируй внимание

Заметил предвзятость к известным компаниям? К определённым университетам? Осознанно расширяй критерии. Спрашивай: "Что этот кандидат МОЖЕТ делать?"

4. Альтернативы резюме-скрин

Woven находит треть найма среди отклонённых резюме. Karat/Triplebyte, HackerRank — assessment-based скрининг вместо resume-only.

Recruitment — партнёрская функция

BusyManager — типичная ошибка

Открыл headcount. Написал быстрый JD. Попросил рекрутера "найти кого-нибудь". На встречах с рекрутером всегда занят. Жалуется что "рекрутеры присылают не тех". 6 месяцев — нет найма.

MakeTimeManager — правильный подход

Садится с рекрутером на час — объясняет что реально нужно. Доступен для быстрых вопросов. Просматривает резюме в течение 24 часов. Даёт фидбек по каждому кандидату. Нанял за 6 недель.

Пиши хороший Job Description

💡

De-biasing language в JD

Accenture изменила job descriptions с генdered language на inclusive — доля женщин-кандидатов выросла с 34% до 50%.

Инструменты: Gender Decoder for Job Ads (Kat Matfield) · Пример отличного JD от Honeycomb.io

Оспаривай каждое требование: "Действительно ли нам нужен PhD? Или нам нужен кто-то, кто решает такие-то проблемы?"
Избегай gendered language (aggressive, dominant, competitive → collaborative, dedicated)
Указывай конкретный salary range — фильтрует нерелевантных кандидатов с обеих сторон
Описывай что кандидат будет делать, а не только что нужно иметь

🎯 Заключение

~1 мин чтения

Вывод · Gergely Orosz

💡

Главный вывод курса

"Resume screen — это самый первый шаг в иначе длинном процессе найма. Цель резюме — получить интервью. Не рассказать всё о себе. Не получить работу. Убедить нанимателя потратить час на разговор с тобой."

Мы прошли путь от понимания hiring pipeline до конкретных шаблонов и реальных кейс-стади. Вот суть того, что ты изучил:

Часть 1: Процесс

Резюме читает человек, не робот. 7 секунд на первый скан. Модель Yes/Maybe/No. Maybe = No когда много Yes кандидатов.

Часть 2: Написание

RIC formula. Конкретные числа. Активные глаголы. Tailoring под каждую вакансию. Без self-ratings, фото, клише.

Часть 3: Шаблоны

Одноколонный top-down layout. Контент важнее дизайна. Реальные примеры доказывают: правильные изменения = офферы.

💡

Следующие шаги

1. Запусти чеклисты ниже и отмечай каждый пункт
2. Пройди тест знаний — убедись что всё усвоено
3. Выбери шаблон из главы 11 и примени все советы
4. Попроси фидбек у коллег или в сообществах из главы 8

Вопросы и истории успеха: [email protected]

Глава 18

✅ Мастер-чеклист резюме

~1 мин чтения

Глава 19

🧠 Тест знаний

~1 мин чтения

Проверь что усвоил из курса

10 вопросов на ключевые концепции курса. Нажми на вариант ответа — узнаешь правильный ли он.

1. Какова главная цель резюме?

Рассказать всё о себе и своём опыте

Получить приглашение на интервью

Получить оффер от компании

Пройти через ATS-систему

2. Сколько времени в среднем рекрутер тратит на первичный скан резюме?

30 секунд

1–2 минуты

~7 секунд

5 минут

3. Что реально делает ATS (Applicant Tracking System)?

Автоматически отклоняет резюме по ключевым словам

Организует и отслеживает кандидатов — решение принимают люди

Проверяет резюме на наличие скрытого текста

Ранжирует кандидатов по ATS score автоматически

4. Как выглядит формула достижений Google-стиля?

Worked on [project] using [technology] for [time period]

Responsible for [task] in [team] at [company]

Accomplished [impact] as measured by [number] by doing [contribution]

Helped [team] to build [feature] which improved [metric]

5. Что категорически нельзя использовать в Skills секции?

Перечень технологий без рейтингов

Self-rating навыков: "Python: 4/5" или "Java ●●●●○"

Группировку по категориям (Languages, Frameworks, Tools)

Только реально используемые технологии

6. Какой формат layout резюме рекомендует автор курса?

Двухколонный — эффективнее использует место

С боковой панелью для Skills и контактов

Одноколонный top-down layout

Творческий дизайн — выделяет среди конкурентов

7. Для разработчика с 3 годами опыта — сколько страниц должно быть резюме?

1 страница

2 страницы — чтобы показать весь опыт

Зависит от количества проектов

3+ страницы для детальности

8. Что нужно сделать bootcamp graduate, чтобы выделиться?

Указать высокий GPA и оценки курса

Сделать 50+ LeetCode задач и упомянуть это

Contribute в open source, написать тесты, добавить реальных пользователей в проекты

Написать подробный summary раздел

9. Когда нужно включать Summary раздел в резюме?

Всегда — это первое что видит рекрутер

Только для новичков без опыта

При смене домена, уровня, или когда есть что-то особое для выделения

Для всех с 5+ годами опыта

10. Что из этого НЕ является ошибкой в резюме?

Фото для US tech позиций

Self-rating: "Python: 4/5"

"References available upon request"

Конкретные числа в каждом bullet point

Глава 20

🔗 Все ресурсы автора

~1 мин чтения

Полный список ссылок из курса

Инструменты

✍️

Grammarly

Проверка грамматики и стиля

Бесплатно

📝

Hemingway Editor

Читаемость текста. Цель: grade 8–10

Бесплатно

🔍

JobScan

Сравнение резюме с job description по ключевым словам

Freemium

💰

Levels.fyi

Уровни и компенсации в tech компаниях

Бесплатно

Job Boards и поиск работы

💼

LinkedIn Jobs

Самый широкий охват позиций

🔧

Stack Overflow Jobs

Tech-фокус, developer-friendly

🚀

AngelList

Стартапы

🌐

Indeed

Агрегатор вакансий

Инсайдерские ресурсы

👥

Blind

Анонимные отзывы сотрудников и зарплаты

🏢

Glassdoor

Отзывы о компаниях и интервью

🎙

Coffee with a Recruiter

Подкаст о найме глазами рекрутера

Podcast

📰

Recruiting in Yoga Pants

Блог рекрутера об инсайтах найма

Блог

Шаблоны резюме

📄

The Pragmatic Engineer's Template

★★★★★ — Google Docs шаблон от Gergely Orosz

Бесплатно

📄

Standard Resume

★★★★★ — сервис создан разработчиками для разработчиков. Примеры резюме

Freemium

📄

The Mono Engineer's Template

★★★★★ — минималистичный одноколонный

Бесплатно

📄

Markdown to PDF Template

★★★★★ — для тех кто любит Markdown и Git

Бесплатно

Книги

📚

Land the Tech Job You Love

Andy Lester — полный гайд по поиску tech работы

Книга

📚

Smart and Gets Things Done

Joel Spolsky — как нанимать великих разработчиков

Книга

📚

Hiring Geeks that Fit

Johanna Rothman — практический гайд по найму

Книга

📚

Cracking the Coding Interview

Gayle McDowell — подготовка к tech интервью

Книга

📚

The Developer's Guide to Getting a New Job

Konstanty Sliwowski

Книга

Статьи и исследования

📊

Eye-Tracking исследование резюме

Исследование того, как на самом деле читают резюме

Research

📊

IZA: The Value of Employee Referrals

Исследование влияния рефералов на качество найма

Research

✍️

What accomplishments look like on engineering resumes

Jacob Kaplan-Moss — как писать о достижениях

Статья

✍️

The Engineer/Manager Pendulum

Charity Majors — о переходах между IC и management

Статья

✍️

5 Engineering Manager Archetypes

Pat Kua — типы инженерных менеджеров

Статья

✍️

Seven software developer resume tips

Monica Lent — практические советы

Статья

Сообщества

👥

Reddit r/cscareerquestions

Обсуждения карьеры в tech; регулярные Resume Advice Thread

👥

Reddit r/resumes

Разбор конкретных резюме с фидбеком

💬

Rands Leadership Slack

Сообщество senior engineers и engineering managers

Open Source и GitHub

⭐

awesome-readme

Коллекция примеров отличных README

⭐

awesome-for-beginners

Список open source проектов friendly для новичков

⭐

awesome-github-profile-readme

Вдохновение для GitHub profile README

⭐

learn-tdd

Изучение TDD — важный навык для портфолио

📖 О курсе

Что такое FAANG?

Структура курса

Часть 1: Процесс найма

Часть 2: Написание резюме

Часть 3: Примеры и вдохновение

🎯 Цель резюме

Почему среднее резюме проигрывает

🔄 Воронка найма

Участники процесса

🎯 Hiring Manager

📞 Recruiter

🔍 Sourcer

📥 Inbound Sourcer

Как работают реферальные заявки

Где искать работу

Job Boards

Инсайдерские ресурсы

🤖 ATS — правда об автоматическом отборе

Что реально помогает пройти резюме-скрин

👁 Первый взгляд — 7 секунд

1. Годы опыта

2. Релевантные технологии

3. Опыт работы

4. Визовый статус (для иностранцев)

5. Что выделяется

Уровни в разных компаниях

📋 Базовые правила

Обязательные правила (нарушение = красный флаг)

Инструменты проверки

🏗 Структура резюме

Приоритет секций для студентов и new grads

Junior (первые 1–2 года работы)

Mid-level (2–5 лет)

Senior (5+ лет)

Career Change (смена специализации)

Что писать в каждой секции

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

Результаты и Impact

Говори о себе, не о команде

Tailoring: пиши резюме под конкретную вакансию

Типы инженеров: Implementer, Solver, Finder

🔧 Implementer

🧩 Solver

🔭 Finder

Keyword Stuffing: осторожно

Чеклист: Как выделиться

❌ Частые ошибки

Проблемы с форматом

Забытая аудитория

Лишние личные детали

Проблемы со ссылками

Чеклист: Частые ошибки

📊 Разные уровни — разные резюме

Студенты и выпускники (New Grads)

Приоритеты секций:

Bootcamp Graduates

4 стратегии усиления секции Projects:

1. Отличное README

2. Тесты (TDD)

3. Open Source Contributions

4. Takehome → Real Project

До/после: проекты bootcamp grad (5-месячный рост)

Career Changers

Career Break

Давний перерыв (3+ лет назад)

Недавний перерыв

Учёба / курсы

Фриланс в перерыве

Senior Engineers и выше (5+ лет)

Tech Leads

Engineering Managers

💪 Упражнения для шлифовки резюме

Reddit

Сообщества

Чеклист: Упражнения

🌐 За пределами резюме

LinkedIn

Оптимизация Search Card (что видно в результатах поиска)

Headline