Сильный инженер из СНГ часто проигрывает ещё до созвона: англоязычное резюме выглядит как дословный перевод с HeadHunter. Рекрутер в Лондоне, Берлине или в remote-команде из США за 15 секунд видит фото, дату рождения, «responsible for development» и три страницы обязанностей. Дальше файл не читают. Проблема не в акценте и не в «не том шаблоне» — в привычках локального рынка, которые на международном читаются как шум или риск.

Ниже — типичные ошибки русскоязычных кандидатов в CV на английском и чем их заменить. Каркас страницы тот же, что в материале как составить резюме: роль сверху, факты сразу, курсы внизу. Здесь разбор именно языкового и форматного слоя. Если целитесь в американские вакансии, рядом лежит отдельный разбор резюме для рынка США.

Коротко:

  • Уберите фото, дату рождения, семейное положение, «рекомендации по запросу» и внутренние грейды вроде «инженер 2 категории».
  • Одна страница для junior и middle, максимум две для длинного релевантного стажа. Не три страницы перевода с HH.
  • Пишите результаты, не «responsible for». Если нет процента — пишите масштаб, срок, что перестало ломаться.
  • Не калькируйте русский: «experience» не равно «экспертизе», «successfully implemented» ничего не закрывает.
  • Выберите американский или британский английский и держите его. Вычитайте файл вслух и прогоните через разбор резюме.

Почему русское резюме ломается при переводе

Локальный файл заточен под человека, который ищет знакомые формулировки: вуз, город, фото, длинный список обязанностей, «коммуникабельный». Международный рекрутер ищет совпадение с вакансией и один-два факта, которые стоит проверить на скрининге. Он не обязан расшифровывать «сопровождение существующего функционала» и не обязан понимать, что «ведущий специалист» — это middle.

Перевод через модель без правки обычно сохраняет структуру HH: шапка с личными данными, цель «ищу стабильную компанию», стена навыков, опыт абзацами. На английском это выглядит слабее, чем короткий сухой CV с глаголами действия. Не начинайте с нового шаблона Canva. Начните с того, что вычеркнуть, и с одной версии роли — backend, QA, support, не «IT specialist».

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

Формат и личные данные

Для США и большей части англоязычных продуктовых команд фото, возраст, семейное положение, гражданство в шапке и национальность — лишнее. В США это ещё и риск для работодателя: файл может выглядеть так, будто кандидат сам предлагает дискриминационные признаки. Для Европы правила мягче, но IT-рекрутер всё равно не покупает портрет. Если фото требует локальный рынок вне разработки — держите отдельную версию, не мешайте её в международный PDF.

Что оставить в шапке:

  • Имя латиницей так, как в паспорте или как вы будете на созвоне. Не три варианта написания.
  • Целевая роль: Backend Engineer, Python, не IT specialist / open to offers.
  • Город и страна или таймзона. Для remote — пояс и готовность к пересечению часов, без романа про переезд.
  • Почта, телефон с кодом страны, LinkedIn, GitHub. Ссылки кликабельные, не «click here».

Уберите: дату рождения, семейное положение, военную обязанность, ИНН, «холост, готов к командировкам», герб вуза, цветные шкалы «English 80%». Английский уровень пишите одной строкой внизу: English: B2, interviews in English — и будьте готовы это подтвердить на звонке.

Длина, колонки и ATS

Международная норма — одна страница, если стаж не очень длинный и релевантный. Две страницы допустимы, когда каждая роль усиливает текущую цель. Три страницы перевода «всего, что делал с 2014-го» читаются как неумение выбрать. Плотность важнее объёма: 5 сильных пуль последней работы лучше, чем 15 обязанностей.

Две колонки, иконки вместо слов Phone и Email, таблицы на всю ширину, текст в колонтитуле — типичный способ сломать ATS. Парсер склеивает колонки, теряет контакты, не видит заголовок Experience. Простая одноколоночная структура и стандартные заголовки закрывают это. Подробный разбор парсера — в материале как пройти ATS. Здесь достаточно правила: если нельзя выделить текст мышью и вставить в «Блокнот» читаемым — это картинка, не CV.

Имя файла: Ivanov_Backend_Engineer.pdf, не resume_final_EN_v7. PDF из текстового документа, не скан.

Формулировки: «responsible for» вместо результата

Самая частая калька — список обязанностей. «Responsible for development of new features. Participated in code reviews. Worked with Python and PostgreSQL.» Это должностная инструкция. Рекрутер не понимает, ваш это сервис или вы сидели на дейликах.

Формула та же, что в русском файле: действие, контур, эффект. Если нет процента — не выдумывайте. Масштаб, срок, надёжность, «перестали делать руками» считаются. Слабые глаголы: participated, helped, was involved, successfully implemented, provided support. Рабочие: built, reduced, shipped, owned, migrated, automated, cut, recovered.

Было. Responsible for backend development. Participated in implementation of payment module. Worked closely with team. Successfully implemented new features according to requirements.

Стало. Built payment notification service: queue stopped dropping events at peak, support stopped sending emails by hand. Added regression tests around checkout; release checks shrank from a half-day to about an hour. On-call for billing incidents, posted status in the team channel until the path was up.

Второй вариант можно разобрать на скрининге. Первый — нельзя. Если пункт нельзя объяснить вслух за 20 секунд, он слишком общий. Как вытаскивать эффект из повседневных задач — в как описать опыт в резюме; на английском меняется язык, не логика.

Кальки и ложные друзья

Дословный перевод звучит неестественно даже при правильной грамматике. Типичные провалы:

  • Experience in the field of — уберите. Пишите роль и стек.
  • I am a high-skilled specialist — «high-skilled» так не говорят; и самооценка без факта не нужна.
  • Conducted works on — калька «проводил работы». Нужен глагол: migrated, rebuilt, wrote.
  • Directed by team lead / executed tasks from manager — вы выглядите исполнителем без зоны. Пишите, чем владели.
  • Achieved increase of efficiency — пусто. Чего именно стало меньше или быстрее?
  • Knowledge of PC, MS Office — для IT-роли шум.
  • Personal qualities: responsible, stress-resistant — блок с HH. Доказывайте ревью, онбордингом, инцидентом в опыте.

Заголовок роли тоже ломается. «Leading specialist» и «engineer of the 2nd category» никто не ищет. Ставьте рыночное имя: Middle Backend Engineer, QA Engineer (manual, web), Customer Support Specialist. Внутренний грейд работодателя оставьте для интервью, если спросят.

Не мешайте русский и английский в одном абзаце «для солидности». Названия внутренних систем расшифруйте: не только «АС Учёт», а internal billing admin used by support.

Метрики: как достать цифры, не врать

Главная упущенная возможность — отсутствие масштаба. Международный рекрутер привык видеть порядок величины: пользователи, запросы, размер команды, время сборки, число тикетов в день. Без этого вы выглядите как человек без контура.

Не выдумывайте «reduced latency by 47%», если этого не мерили. Берите то, что можно защитить на созвоне:

  • Сколько людей пользовалось фичей, хотя бы порядок: десятки, сотни, тысячи.
  • Как часто гоняли релиз или регресс, сколько длился.
  • Размер очереди: тикеты в день, алерты в неделю, объём данных.
  • Что перестало делать руками поддержка или вы сами.
  • Срок: «за квартал закрыл X», «дежурил неделю из четырёх».

Если цифр нет совсем, пишите эффект словами, которые можно проверить: support stopped losing payment emails, form no longer dropped input on validation error. Это сильнее «improved quality». Врать про проценты опаснее, чем признать скромный масштаб: на интервью спросят, как считали.

Язык: вариант английского, грамматика, тон

Выберите американский или британский и держите его в датах, орфографии и заголовках секций. Для США и большинства remote-продуктов удобнее US: Experience, modeled, optimize. Для UK/IE можно UK. Смешение organise и optimize в одном файле выдаёт невычитанный перевод.

Грамматические ошибки и опечатки читаются как невнимательность, не как «не носитель». Особенно ловят: согласование времён, артикли в названиях ролей, since 2021 — 2024 вместо 2021–2024, I have been working from 2020 при уже закрытой позиции. Прошедшие места — прошедшее время. Текущая роль — present perfect continuous или present, но единообразно.

Тон: без «Dear Sir», без «I would be extremely grateful for the opportunity to grow». Summary — 2–4 строки фактов, не мотивационное письмо. Cover letter — отдельный документ; не запихивайте его в CV. Если письмо нужно, берите каркас из cover letter на английском, а не абзац «team player» наверху резюме.

Полные примеры: шапка и опыт

Пример 1. Шапка и summary, backend из СНГ на remote.

Было. Ivan Petrov. Date of birth: 12.03.1994. Married. Moscow. IT specialist. Goal: find a stable company with opportunities for growth. Responsible, hardworking, quickly learn new technologies. English: intermediate.

Стало.

Ivan Petrov · Backend Engineer (Python, Django, PostgreSQL)

Moscow, UTC+3 · open to remote, overlap 14:00–18:00 UTC

email@domain.com · t.me/name · linkedin.com/in/name · github.com/name

Backend engineer, 4 years, billing and payments. Built notification pipeline that stopped dropped payment events at peak. Covered checkout with regression tests. On-call for billing. Looking at backend roles on Python with production ownership, remote or EU hours.

Пример 2. QA без громких процентов.

Было. Responsible for testing of web application. Wrote test cases. Found bugs. Worked in Jira. Communicated with developers. Have knowledge of DevTools and Postman.

Стало. Wrote 18 user scenarios and 11 bug reports for an order-flow training app, template: steps / expected / actual / environment — [link]. Caught checkout mismatches before release, not «button looks ugly». Ran regression from a checklist, not «clicked around the site». No commercial QA title yet; same reporting format on a take-home this week.

Второй пример годится и для входа: учебный статус не спрятан, артефакт открывается, роль названа. Не притворяйтесь продом, если пользователей не было — на первом вопросе это вскроется.

Навыки, образование, ссылки

Skills подтверждают заголовок за пять секунд. Не склад курса и не «HTML, CSS, Python, ML, blockchain, English». Группируйте: languages, frameworks, data, infra, team tools. Пишите то, чем готовы пользоваться на тестовом. Soft skills списком не ставьте.

Образование — вуз, степень, годы. Средний балл — только если сильный и вы на стажировку, где это смотрят. «Red diploma» без перевода на with distinction или без необходимости лучше убрать. Курсы — только с работой рядом, не пять сертификатов Coursera без репозитория.

GitHub с README: что это, как запустить, что сделали вы, чего нет. Пустой профиль хуже двух сильных папок. Не просите «please see my GitHub». Укажите один репозиторий в пульке опыта.

Чек-лист перед отправкой

  • Нет фото, даты рождения, семьи, внутренних грейдов.
  • Роль в шапке совпадает с вакансией или с узким семейством ролей, не «IT».
  • Первые три пули последней работы — результаты или масштаб, не responsible for.
  • Текст выделяется, ссылки кликаются, одна колонка, стандартные заголовки.
  • Американский или британский вариант выдержан до конца.
  • Нет калек listed above; файл прочитан вслух.
  • Вы готовы разобрать каждый пункт на английском на скрининге.

Типичные провалы на любом языке — в ошибках в резюме. Английская версия добавляет слой калек и формата, но не отменяет базовый каркас.

Частые вопросы

Нужно ли полностью переписывать резюме или достаточно перевода?

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

Можно ли оставить фото, если оно нейтральное?

Для США — нет. Для международной remote-пачки лучше без фото: экономите место и не добавляете лишний признак. Для части европейских локальных работодателей вне IT фото ещё встречается; для продуктовой разработки обычно нет.

Сколько страниц нормально, если стаж 12 лет?

Две, если ранние роли коротко: домен и стек в 1–2 пулях или одной строке. Три страницы имеют смысл редко. Старое, не связанное с текущей ролью, вынесите или уберите.

Как писать про английский, если это не родной язык?

Честный уровень и готовность к интервью на английском. Не ставьте Native, если не тянете созвон. Не ставьте шкалу из пяти звёзд. Если пишете B2 — summary и пули должны это подтверждать качеством текста.

Нужна ли отдельная версия для Европы и для США?

Часто да: для США жёстче длина, нет фото, проще структура, US spelling. Для части EU можно две страницы и чуть больше контекста домена. Не держите один компромиссный файл «на весь мир», если откликаетесь в оба рынка.

Можно ли генерировать английский текст моделью?

Как черновик — да. Как финальный файл без вычитки — почти всегда видно по «leveraged synergies» и неверным метрикам. Факты и цифры только ваши. После правки прогоните документ через проверку резюме.

Что сделать сейчас

Возьмите текущий русский файл и не переводите его абзац за абзацем. Вычеркните личные данные и «цель». Перепишите шапку и 5 пуль последней роли на английском с эффектом, который готовы защитить. Сохраните одноколоночный PDF и откройте его с телефона.

Затем откликнитесь на пять похожих англоязычных вакансий с одним заголовком роли, не размазывая CV на соседние профессии. Смотреть такие роли удобно в каталоге удалённой работы и в общем каталоге Talanto. Если после правки верха тишина, сначала уберите кальки и «responsible for», а не добавляйте третью страницу.