Andre Atallah, генеральный директор EP Advisory
Коротко: резюме программиста на английском для Европы — это две страницы A4 (у джуниора одна), в большинстве стран без фото и даты рождения, в одну колонку и в PDF с текстом. Сверху — имя, роль, стек, город, ссылки на LinkedIn и GitHub. Дальше три строки Summary, опыт в обратном порядке, где каждый пункт — результат с цифрой, затем образование, навыки, языки с уровнем CEFR. Ниже — готовый шаблон, который можно скопировать.
Эта статья для разработчиков и тестировщиков, которые откликаются на вакансии в Европе, Великобритании или международных компаниях на удалёнке. Многие наши читатели уже живут не в своей стране — в Сербии, Грузии, Армении, на Кипре — и пишут резюме программиста на английском впервые или переделывают старое, на которое никто не отвечает.
Здесь есть всё, чтобы собрать резюме за вечер: полный пример CV бэкенд-разработчика, варианты для фронтенда и QA, разбор каждого раздела, пункты опыта «до и после», правила для стека и GitHub, объяснение того, как резюме разбирает ATS, и чеклист для проверки своего файла. Общие правила английского резюме для любой профессии — в нашей статье о резюме на основе более 35 000 проверенных CV. Здесь — только то, что важно для IT.
Почти за 10 лет мы помогли более 5 000 специалистам найти работу за рубежом. Хотите знать, пройдёт ли ваше резюме отбор в Европе? Проверьте резюме бесплатно: оценка за 30 секунд, затем исправление каждой проблемы.
Пример резюме программиста на английском: шаблон целиком
Ниже — резюме бэкенд-разработчика с шестью годами опыта. Человек и компании вымышлены, цифры — для примера. Структура, порядок разделов и формулировки соответствуют правилам, по которым мы проверяем CV для Европы. Скопируйте текст в Google Docs или Word, замените данные на свои и сохраните в PDF.
DMITRY VOLKOV Senior Backend Engineer | Python, Go, PostgreSQL, Kubernetes Belgrade, Serbia | +381 60 000 0000 | [email protected] linkedin.com/in/dmitry-volkov | github.com/dvolkov Right to work: Serbian residence and work permit PROFILE Backend engineer with 6 years in fintech and e-commerce, building payment and order services in Python and Go. Led the move of 40 services to Kubernetes, which cut deploy time from 45 to 8 minutes and cloud costs by 28%. Mentor to three junior engineers. WORK EXPERIENCE Senior Backend Engineer PayLane Ltd (payments platform, 300 employees), remote | 03/2022 – present - Cut p95 latency of the payments API from 800 ms to 220 ms by adding Redis caching and rewriting 12 slow PostgreSQL queries. - Led the migration of 40 services from virtual machines to Kubernetes (AWS EKS). Deploy time fell from 45 to 8 minutes; the cloud bill fell by 28% in 2024. - Designed an idempotent refund service in Go that processes 1.2 million transactions a month, with no double refunds since launch. - Introduced contract tests (Pact) between 6 teams, which cut integration incidents from 9 to 2 per quarter. - Mentored 3 junior engineers; two were promoted to mid-level within 18 months. Backend Engineer Marketly LLP (online marketplace, 8 million monthly users), Almaty, Kazakhstan | 06/2019 – 02/2022 - Built the order-tracking service (Python, FastAPI, Kafka) that sends 2 million status updates a day. - Reduced failed checkout payments by 35% by adding retries and a dead-letter queue to payment callbacks. - Set up the team's first CI pipeline in GitHub Actions; test coverage rose from 41% to 78%. Junior Python Developer Kod Studio LLP (web agency), Almaty, Kazakhstan | 09/2018 – 05/2019 - Built and maintained 6 Django websites for retail and logistics clients. EDUCATION BSc in Computer Science, Al-Farabi Kazakh National University, Almaty | 2014 – 2018 SKILLS Languages: Python, Go, SQL Frameworks: FastAPI, Django, gRPC Data: PostgreSQL, Redis, Kafka, ClickHouse Cloud and DevOps: AWS (EKS, RDS, S3), Kubernetes, Docker, Terraform, GitHub Actions Practices: microservices, event-driven design, contract testing, code review LANGUAGES English: C1 (IELTS 7.5, 2024) | Russian: native | Serbian: A2 CERTIFICATIONS AWS Certified Solutions Architect – Associate, 2024 OPEN SOURCE Contributor to an open-source Python task queue: 4 merged pull requests on retry logic (link on GitHub profile).
Что стоит заметить в этом примере:
- Нет фото, даты рождения и семейного положения. Для большинства стран Европы это лишнее. Где фото принято — ниже, в таблице по странам.
- Стек виден в первой строке под именем. Рекрутер понимает, кто вы, ещё до Summary.
- Каждая строка опыта начинается с глагола в прошедшем времени и заканчивается результатом: время, деньги, ошибки, пользователи.
- У каждой компании есть пояснение в скобках: отрасль и масштаб. Иностранный рекрутер не знает ваших работодателей, а так он сразу видит уровень.
- Даты в одном формате — месяц и год: 03/2022 – present.
- Английский указан по шкале CEFR (A1–C2), а не словами Fluent или Upper-Intermediate.
Порядок разделов — контакты, Profile, опыт, образование, навыки и языки, сертификаты — это порядок, который мы советуем для Европы. Если вы выпускник и опыта меньше года, поставьте Education и проекты выше опыта работы.
Шапка резюме: контакты, ссылки и право на работу
Шапка — это пять строк, по которым рекрутер решает, читать ли дальше. В ней должно быть:
- Имя крупно, как в паспорте латиницей. Без слов CV или Curriculum Vitae в заголовке.
- Роль и стек одной строкой: Senior Backend Engineer | Python, Go, PostgreSQL. Роль пишите так, как её называют в вакансиях, а не как в вашей компании. «Ведущий инженер группы разработки подсистем» превращается в Senior Software Engineer.
- Город и страна, где вы живёте сейчас. Полный адрес не нужен.
- Телефон с кодом страны и рабочий email вида имя.фамилия@. Без Skype и мессенджеров.
- Ссылки на LinkedIn и GitHub текстом, а не иконками. Иконка — это картинка, и система разбора её не видит.
- Строка о праве на работу — только если новость хорошая. Например, Right to work: EU Blue Card holder (Germany), EU citizen, Settled status (UK). Если разрешения нет, ничего не пишите. Фразу «нужна виза» или «requires sponsorship» в резюме не ставят. Этот вопрос задают в форме отклика, и там на него отвечают честно.
Чего в шапке быть не должно: даты рождения, возраста, пола, семейного положения, детей, гражданства (если оно не объясняет право на работу) и фотографии. Исключения есть, и они зависят от страны.
| Страна | Фото | Длина | Что учесть в шапке |
| Великобритания | Нет | 2 страницы A4, выпускнику 1 | Без даты рождения, возраста и гражданства |
| Ирландия | Нет | 2 страницы, выпускнику 1 | Без даты рождения, гражданства и номера PPS |
| Германия | По желанию, но часто ставят | 1–2 страницы, 2 — предел | Если фото есть — студийное, справа вверху. Дата рождения по желанию |
| Нидерланды | По желанию, встречается часто | До 2 страниц | Дата рождения и гражданство по желанию. Без номера BSN |
| Польша | По желанию, встречается часто | Джуниору 1, остальным до 2 | Внизу — согласие на обработку данных (GDPR) |
| Испания | По желанию, но часто ставят | 1 страница, до 2 при большом опыте | Телефон с кодом страны, город, LinkedIn |
| Швейцария | Да, если в вакансии не сказано иное | 2 страницы, на старшие и академические роли до 3 | Дата рождения, гражданство и тип разрешения (B, C, G, L), если есть |
| США | Нет | 1 страница до ~10 лет опыта, 2 для senior | Документ называют resume. Без даты рождения и гражданства |
Таблица составлена по правилам, которые использует наш сервис проверки резюме для каждой страны. Если вы откликаетесь в несколько стран сразу, держите базовую версию без фото и на две страницы. Для Швейцарии и, по желанию, Германии сделайте копию с фотографией. Фото ждут и в некоторых странах вне таблицы, например в Австрии и Дании.
Summary: три строки, которые читают первыми
Раздел называют Profile или Summary. Objective («Ищу интересную работу в динамичной компании») больше не пишут: это видно из самого отклика. Profile — это 2–3 предложения без «I» в начале, которые отвечают на три вопроса.
- Кто вы и сколько лет в профессии: Backend engineer with 6 years in fintech.
- На чём вы пишете и что строите: building payment services in Python and Go.
- Один главный результат с цифрой: Led the move of 40 services to Kubernetes, which cut deploy time from 45 to 8 minutes.
Чего избегать в Summary: прилагательных без доказательств (passionate, highly motivated, team player), списка из двадцати технологий и общих фраз вроде «strong knowledge of software development». Такие слова ничего не доказывают. Рекрутер ищет факты: технологии, масштаб и цифры.
Подстраивайте Summary под вакансию: если компания ищет Go-разработчика, Go идёт первым. Как быстро переделывать резюме под каждую вакансию, мы разобрали в статье как адаптировать резюме под вакансию.
Оцените резюме за 30 секунд, затем исправьте его главные проблемы по очереди. И то, и другое бесплатно.
Бесплатно, без карты. Исправления доступны после бесплатной регистрации.
Стек и навыки: как оформить раздел Skills
Блок Skills — то место, где рекрутер и система поиска ищут ключевые слова из вакансии. Он должен быть коротким, честным и написанным так, как пишут на рынке.
- Группируйте по категориям, 4–6 строк. Languages, Frameworks, Data, Cloud and DevOps, Testing, Practices. Один длинный список через запятую читается хуже.
- Пишите названия точно, как в вакансиях: PostgreSQL, а не Postgres SQL. JavaScript, а не Java Script. Node.js, Kubernetes, .NET, GitHub Actions. Поиск по базе резюме часто идёт по точному слову.
- Если в вакансии есть аббревиатура, дайте один раз полную форму: Continuous Integration (CI), Amazon Web Services (AWS).
- Только то, о чём вы готовы говорить на техническом интервью. Курс по Rust три года назад — не навык. Если про технологию спросят, а вы её не помните, доверие к остальному списку падает.
- Никаких шкал, звёздочек и процентов. «Python 80%» ничего не говорит, а полоски и звёздочки — это графика, которую система разбора не прочитает.
- Уровень — словами, если он нужен. Можно разделить на две строки: Main stack и Familiar with. Слова expert и strong оставьте для того, что подтверждено опытом.
- Soft skills в этот блок не входят. Коммуникацию и лидерство показывают пунктами опыта: Mentored 3 junior engineers.
- Каждый главный навык повторите в опыте. Строка Kafka в Skills плюс пункт «Built the order-tracking service on Kafka» — это ключевое слово и доказательство сразу.
Ещё одна вещь, о которой редко пишут: базовые технологии есть у большинства. В опросе Stack Overflow 2025 года (более 49 000 ответов из 177 стран) 73,8% профессиональных разработчиков сказали, что за последний год много работали с Docker, 68,8% — с JavaScript, 61,3% — с SQL, 58,2% — с PostgreSQL (Stack Overflow Developer Survey 2025). Эти слова нужно указать, иначе вас не найдут по поиску. Но выделиться ими нельзя. Отличает вас то, что вы с ними сделали, а это пишется в опыте.
Языки. Указывайте уровень по шкале CEFR: English: C1, German: A2. Если есть сертификат, добавьте его и год: IELTS 7.5, 2024. Уровень можно оценить самостоятельно по таблице самооценки Europass. Сам шаблон Europass для IT-резюме обычно не нужен: он длиннее и строже по форме, чем привычное IT-резюме.
Сертификаты. Имеют смысл действующие и связанные с ролью: AWS, Azure, Google Cloud, Certified Kubernetes Administrator (CKA), для тестировщиков — ISTQB Certified Tester Foundation Level. Пишите название полностью и год. Сертификаты онлайн-курсов без экзамена лучше убрать: они занимают место и не прибавляют веса.
Опыт работы: пункты до и после
Опыт — главный раздел. Рекрутер ищет не список обязанностей, а то, что изменилось благодаря вам. Google на своей странице о найме прямо советует формулу: «accomplished [X] as measured by [Y], by doing [Z]» — сделал X, что измеряется Y, за счёт Z (Google, How we hire). Там же сказано, что у Google нет требования к длине резюме, но оно должно быть ясным и коротким.
Как это работает на практике — восемь типичных строк из резюме разработчиков и тестировщиков и их исправленные версии:
| Было | Стало | Что изменилось |
| Responsible for backend development. | Built 4 REST services in Go that handle 300 requests per second at peak. | Вместо обязанности — что именно построено и какой масштаб. |
| Worked with databases. | Rewrote 12 slow PostgreSQL queries and added indexes, cutting report load time from 40 to 3 seconds. | Конкретная база, действие и результат «было — стало». |
| Fixed many bugs. | Fixed a race condition that created duplicate orders, saving about 300 refunds a month. | «Many bugs» звучит так, будто вы их и написали. Лучше один важный баг и его цена. |
| Participated in the migration to the cloud. | Moved 15 services from on-premise servers to AWS with no downtime; hosting costs fell by 22%. | Ваша роль ясна: не «участвовал», а «перенёс». Есть цифра денег. |
| Wrote unit tests. | Raised test coverage of the billing module from 35% to 85%, which halved bugs found in staging. | Видно, зачем тесты: стало меньше ошибок. |
| Developed the frontend in React. | Rebuilt the product page in React and Next.js; Largest Contentful Paint fell from 4.1 to 1.8 seconds. | Для фронтенда главные цифры — скорость, конверсия, доступность. |
| Performed manual testing. | Wrote and ran 400 test cases for mobile checkout and found 2 payment-blocking defects before release 3.0. | Для QA — объём, зона ответственности и найденный риск. |
| Managed a team. | Led 5 engineers through a payment-provider switch, delivered 3 weeks ahead of the deadline. | Размер команды, задача и результат по срокам. |
Правила для каждой строки опыта:
- 3–5 пунктов на последнюю работу, 2–3 на предыдущие, одна строка на работу старше десяти лет.
- Начинайте с глагола в прошедшем времени: Built, Cut, Led, Designed, Migrated, Automated. Для текущей работы тоже прошедшее время, если речь о завершённом результате.
- Одна мысль — один пункт, не длиннее двух строк.
- Пишите британским английским для Европы и Великобритании: optimised, organisation. Главное — один вариант на весь документ.
- Название компании с юридической формой (Ltd, LLC, GmbH) и пояснением в скобках. Greenhouse в своей справке пишет, что названия компаний без слов вроде Inc., Co., Ltd или LLC могут помешать разбору.
Если всё под NDA или цифр нет
Это частый вопрос. Цифры есть почти всегда, просто не те, о которых думают.
- Масштаб: сколько пользователей, запросов в секунду, сервисов, транзакций в месяц, команд-потребителей вашего API.
- Время «было — стало»: сборка, деплой, отклик, время на регрессию, онбординг нового разработчика.
- Частота: релизов в неделю, инцидентов в квартал, ручных операций, которые вы убрали.
- Доля вместо суммы: «about a third fewer incidents» вместо точной цифры, если точную раскрывать нельзя.
- Клиент без имени: «a top-10 European bank», «a retailer with 400 stores».
Не придумывайте цифры. Каждую строку вас могут попросить объяснить на интервью, и вы должны рассказать, как её измеряли. Больше идей для формулировок — в нашей подборке 100 примеров достижений для резюме, а готовые английские глаголы и обороты — в статье 250 фраз для резюме и собеседования.
Фронтенд, QA и джуниор: что меняется в резюме
Структура остаётся той же. Меняются стек, цифры в пунктах опыта и то, какие ссылки важнее. Ниже — верх резюме и три пункта опыта для двух других частых ролей. Остальные разделы берите из шаблона выше.
Фронтенд-разработчик, 3 года опыта
ANNA SOKOLOVA Frontend Developer | TypeScript, React, Next.js Tbilisi, Georgia | +995 500 000 000 | [email protected] linkedin.com/in/anna-sokolova | github.com/asokolova | portfolio: asokolova.dev PROFILE Frontend developer with 3 years building e-commerce and SaaS interfaces in TypeScript and React. Rebuilt a checkout flow used by 200,000 customers a month, which raised completed orders by 6%. SKILLS Languages: TypeScript, JavaScript, HTML, CSS Frameworks: React, Next.js, Redux Toolkit, Tailwind CSS Testing: Jest, React Testing Library, Playwright Tools: Vite, Storybook, Figma, GitHub Actions Practices: accessibility (WCAG 2.1), Core Web Vitals, design systems EXPERIENCE (sample bullets) - Rebuilt the checkout in React and Next.js; Largest Contentful Paint fell from 4.1 to 1.8 seconds and completed orders rose by 6%. - Built a shared component library of 45 components in Storybook, used by 3 product teams. - Fixed 60 accessibility issues found in a WCAG 2.1 audit, bringing the site to level AA.
Для фронтенда ссылка на портфолио или живое демо важнее, чем для бэкенда. Рекрутер хочет кликнуть и сразу увидеть интерфейс.
QA-инженер, ручное тестирование и автоматизация
IVAN KOZLOV QA Engineer | Manual and API testing, Playwright, Python Yerevan, Armenia | +374 90 000 000 | [email protected] linkedin.com/in/ivan-kozlov | github.com/ikozlov PROFILE QA engineer with 4 years testing payment and mobile banking products. Built a Playwright suite that replaced 2 days of manual regression per release with a 12-minute CI run. SKILLS Testing: functional, regression, API, exploratory, test design Automation: Playwright, pytest, Postman, REST Assured Tools: Jira, TestRail, Git, Jenkins, Charles Proxy Data: SQL (PostgreSQL) Certifications: ISTQB Certified Tester Foundation Level, 2023 EXPERIENCE (sample bullets) - Built a Playwright suite of 220 UI tests that runs in 12 minutes in CI and replaced 2 days of manual regression per release. - Wrote and ran 400 test cases for mobile checkout and found 2 payment-blocking defects before release 3.0. - Introduced API contract checks in Postman for 30 endpoints, catching 15 breaking changes before they reached staging.
В резюме тестировщика ошибки и опечатки бьют сильнее, чем у разработчика: ваша работа — находить ошибки. Перечитайте текст дважды и попросите коллегу проверить ещё раз.
Джуниор и выпускник
- Одна страница. Две страницы у джуниора выглядят как вода.
- Образование и проекты — выше опыта, если коммерческого опыта меньше года.
- Раздел Projects вместо пустого опыта: 2–3 проекта, у каждого одна строка о том, что он делает, стек, результат и ссылка. Google в своих советах прямо просит выпускников добавлять учебные проекты и курсовые, которые показывают нужные навыки.
- Стажировки, хакатоны и open source считаются опытом. Пишите их по той же формуле: что сделали и чем это измеряется.
GitHub, портфолио и pet-проекты
Ссылку на GitHub нанимающий менеджер может открыть перед техническим интервью. Пустой или неряшливый профиль может навредить больше, чем отсутствие ссылки. Подготовьте его за один вечер:
- Закрепите лучшие проекты. GitHub позволяет закрепить в профиле до шести репозиториев и gist вместе (GitHub Docs). Выберите 3–6, которые показывают стек из вашего резюме.
- Дайте каждому README: что делает проект, как его запустить, какой стек, скриншот или ссылка на демо. Без README в чужом коде мало кто станет разбираться.
- Сделайте README профиля. Он появляется на главной странице профиля, если создать публичный репозиторий с тем же именем, что и ваш логин, и положить в корень файл README.md (GitHub Docs). Три строки: кто вы, стек, что сейчас делаете.
- Уберите шум. Форки учебных курсов, пустые репозитории пятилетней давности, проекты с паролями и ключами в истории коммитов. Их лучше скрыть или удалить.
- Проверьте имя и фото профиля. Имя должно совпадать с резюме, чтобы рекрутер понял, что это вы.
Если весь ваш код под NDA, так и напишите в README профиля: «Most of my work is in private company repositories». Покажите то, что можно: один-два небольших публичных проекта, принятые pull request в open source, технические статьи, доклады. Для QA подойдёт репозиторий с примером автотестов и тест-план для открытого приложения.
Для раздела Projects в резюме используйте одну схему: название — что делает — стек — результат — ссылка. Например: Price tracker. Telegram bot that tracks prices in 3 online stores. Python, aiogram, PostgreSQL, Docker. 1,200 active users. github.com/dvolkov/price-tracker.
Дальше: профиль на LinkedIn рекрутеры смотрят вместе с резюме, и данные в них должны совпадать. Как его оформить — в статье LinkedIn на английском для поиска работы. Если хотите, чтобы резюме и профиль написал для вас человек, посмотрите нашу услугу «Резюме и LinkedIn».
Как ATS читает резюме и что ломает разбор
ATS (applicant tracking system) — система, в которую компании собирают отклики: Greenhouse, Workday, Lever, SmartRecruiters и другие. Она разбирает ваш файл на поля — имя, контакты, должности, даты, навыки — и складывает в базу. Рекрутер потом ищет кандидатов по словам из вакансии. Если разбор сломался, он может не найти вас по поиску или открыть профиль с пустыми полями.
Разработчик ATS Greenhouse прямо перечисляет в своей справке, почему резюме не разбирается или разбирается частично (Greenhouse Support):
- Файл тяжелее 2,5 МБ. Загрузить в Greenhouse можно файл до 100 МБ, но резюме тяжелее 2,5 МБ система, по её же справке, не разбирает. Чаще всего вес дают фото и картинки.
- Графика, фото и декоративный текст.
- Резюме, загруженное картинкой, а не документом. Скан или PDF, экспортированный как изображение, — то же самое.
- Таблицы, колонтитулы и колонки. Двухколоночные шаблоны с навыками сбоку — частый источник проблем.
- Имя и контакты в колонтитуле или текстовом поле. Ставьте их обычным текстом в начало страницы.
- Нет понятных разделов или в каждом разделе своё оформление.
- Пробелы между буквами для красоты заголовка: D M I T R Y.
- Неполные названия должностей (Sr. Dev вместо Senior Developer) и компании без слов Inc., Co., Ltd или LLC.
Форматы, которые Greenhouse принимает: .pdf, .docx, .doc, .rtf и .txt (Greenhouse Support). Для Европы мы советуем PDF в одну колонку со стандартными заголовками: Profile, Work Experience, Education, Skills, Languages. Если в форме просят Word, отправьте .docx.
Проверка за минуту. Откройте свой PDF, выделите весь текст, скопируйте и вставьте в простой текстовый редактор. Если разделы идут по порядку, имя наверху, а даты стоят рядом с должностями, система разбора, скорее всего, прочитает файл так же. Если текст перемешался или часть пропала, перенесите резюме в простой одноколоночный шаблон.
Про ключевые слова: перенесите в резюме названия технологий и роли так, как они написаны в вакансии. Не прячьте их белым шрифтом и не копируйте описание вакансии целиком. Рекрутер это заметит.
Чеклист: проверьте своё резюме за 15 минут
Откройте свой файл и пройдите по пунктам. Каждый «нет» — это конкретная правка.
- Длина: не больше двух страниц A4, у джуниора одна.
- Файл: PDF с текстом, одна колонка, вес до 2,5 МБ, название вида Dmitry_Volkov_CV.pdf.
- Шапка: имя, роль, стек, город и страна, телефон с кодом, email, LinkedIn и GitHub текстом.
- Лишнее убрано: нет даты рождения, семейного положения, полного адреса. Фото — только если его ждут в стране отклика.
- Право на работу: одна строка, если оно есть. Ни слова о визе, если его нет.
- Роль: названа так, как в вакансиях, без внутренних названий компании.
- Profile: 2–3 предложения, есть годы опыта, стек и один результат с цифрой. Нет слова Objective.
- Опыт: в обратном порядке, даты в одном формате (месяц/год).
- Пункты опыта: каждый начинается с глагола и хотя бы в половине есть цифра.
- Компании: у каждой пояснение — отрасль и масштаб.
- Skills: 4–6 строк по группам, названия написаны как в вакансиях, нет шкал и процентов.
- Каждый главный навык встречается и в Skills, и в пунктах опыта.
- Языки: уровень по CEFR, сертификат с годом, если есть.
- GitHub: закреплены 3–6 репозиториев с README, профиль подписан тем же именем.
- Тест копированием: текст из PDF вставлен в блокнот и читается по порядку.
Резюме — не единственный документ. Если компания просит cover letter, его тоже читают, и он должен опираться на те же факты. Как его написать — в статье о сопроводительном письме на английском. А чтобы понять, куда и в какие роли откликаться, прочитайте 7 правил поиска работы для айтишника в Европе и наш разбор IT-рынка в Великобритании.
Прошли чеклист и сомневаетесь в формулировках? Готовитесь к поиску работы в Европе? Проверьте резюме бесплатно: посмотрите на него глазами рекрутёра и исправьте каждую проблему.
Главное
- Резюме программиста для Европы — две страницы A4, у джуниора одна, в PDF с текстом и в одну колонку.
- Фото, дату рождения и семейное положение в большинстве стран не указывают. Фото ждут в Швейцарии, Австрии и Дании, в Германии оно по желанию.
- Роль и стек стоят в первой строке под именем, а Profile — это 2–3 предложения с одним результатом в цифрах.
- Каждый пункт опыта строится по формуле Google: что сделали, чем это измеряется, за счёт чего.
- По опросу Stack Overflow 2025 года, с Docker, JavaScript и SQL много работали 61–74% профессиональных разработчиков. Эти слова нужны для поиска, но отличают вас только результаты.
- Greenhouse не разбирает резюме тяжелее 2,5 МБ, а колонки, таблицы и контакты в колонтитулах ломают разбор.
- На GitHub можно закрепить до шести проектов: выберите 3–6 с README, которые подтверждают стек из резюме.
Посмотрите на резюме глазами рекрутёра и исправьте его ещё до отклика. Сначала оценка, затем исправление каждой проблемы.
Бесплатно, без карты. Исправления доступны после бесплатной регистрации.
Частые вопросы
Чем резюме тестировщика на английском отличается от резюме разработчика?
Структура та же: шапка, Profile, опыт, образование, навыки, языки. Отличаются стек и цифры. Тестировщик пишет о количестве тест-кейсов, найденных критичных дефектах, покрытии и времени регрессии. Для автоматизатора важна ссылка на GitHub с примерами автотестов. Сертификат ISTQB Foundation Level стоит указать, если он есть.
Сколько страниц должно быть в резюме программиста на английском?
Для Европы и Великобритании — до двух страниц A4. Джуниору и выпускнику хватит одной. Три страницы в большинстве стран выглядят слишком длинно. Для США при опыте меньше примерно десяти лет обычно ждут одну страницу.
Нужно ли фото в резюме разработчика для Европы?
В большинстве стран нет. В Великобритании, Ирландии и США фото не ставят. В Германии, Нидерландах, Польше и Испании оно по желанию и встречается часто. В Швейцарии фото ждут, если в вакансии не сказано иное. Его ждут и в Австрии и Дании. Держите базовую версию без фото и копию с фото для этих стран.
Писать ли в резюме, что мне нужна рабочая виза?
Нет. В резюме пишут только хорошие новости: гражданство ЕС, Голубую карту, вид на жительство с правом работы. Если разрешения нет, строку не добавляют. Вопрос о спонсорстве визы обычно задают в форме отклика, и на него нужно ответить честно. Правила виз меняются, поэтому проверяйте их на официальном сайте страны или у лицензированного консультанта.
Что делать, если весь мой код под NDA и GitHub пустой?
Напишите об этом в README профиля и покажите то, что можно: один-два небольших публичных проекта, принятые pull request в open source, статьи или доклады. В резюме описывайте результаты без секретных данных: масштаб, время «было — стало», доли вместо сумм и клиентов без названий.
