Интервью на английском чаще проваливается не из-за «слишком низкого уровня», а из-за отсутствия заготовок. Рабочего B1–B2 достаточно для большинства международных слотов 2026 года: рассказать, кто вы, разобрать задачу, переспросить, назвать вилку. Ломается пауза, когда вопрос чуть иначе сформулирован, и человек молчит, стыдясь акцента, вместо того чтобы взять каркас.
Ниже — какие блоки закрыть до звонка, полные реплики, которые можно сказать вслух, и что делать, если не поняли вопрос или застряли на техэкране. Общая логика вопросов та же, что в материале вопросы на собеседовании. Банк коротких шаблонов — в соседнем разборе разговорных шаблонов. Какой уровень качать вне интервью — в английском для IT.
Коротко:
- Отрепетируйте вслух самопрезентацию, 2–3 STAR-истории, вилку и 3 вопроса команде — на английском, не «в голове по-русски».
- Переспрос и пауза — нормальная профессиональная речь, не признание слабости.
- На техэкране ясный ход мысли важнее идеального артикля.
- Не смешивайте русский и английский в одной фразе «для солидности».
- Один mock с перебиванием стоит десяти молчаливых конспектов.
Что готовят до звонка — и что не готовят
Готовят четыре блока. Рассказ о себе на 45–75 секунд — карта роли, не биография; русский каркас тот же, что в самопрезентации, слова — английские. Две-три истории по STAR: инцидент, сложная задача, ошибка или конфликт. Вилка зарплаты в той валюте и формате, в которых вас спросят. Три вопроса про ближайшие 90 дней, не про «values».
Не готовят тысячу идиом и «красивый акцент». Не готовят дословный текст до запятой: заученный абзац разваливается, когда вас перебили. Держите факты и порядок блоков. Если скрининг на русском, а техэкран на английском — самопрезентацию и вилку держите на языке каждого этапа отдельно, не переводите на ходу первую фразу.
Скрипт: tell me about yourself
Вакансия: backend, Python, payments, remote, overlap with CET. Говорите спокойно, без списка из десяти технологий.
I'm a backend engineer, Python, about three years in fintech. These days I own a payments flow: reconciliations, retries, idempotent charges. For the last year I've been the person who takes an incident on that slice from triage to a fix in production.
Before that I built integrations with payment providers in the same company: queues, retries, and statuses that support can actually tell a customer. I moved into that area on purpose — mistakes there are about money, not just tickets.
I'm looking for a team where payments are a real workload, not a sandbox, and where we can overlap with CET without late-night calls. That's why I applied: the job mentions reconciliation and providers, which is work I already know, not "backend in general".
Почему это работает на английском так же, как на русском: настоящее → релевантное прошлое → почему вы здесь. Есть граница домена. Нет университета, нет «I've always been passionate». После паузы интервьюер сам выберет, куда копать.
Скрипт: STAR на английском без театра
Follow-up: «tell me about a difficult production issue». Не произносите слова Situation-Task-Action-Result вслух. Держите порядок.
Last year one provider started responding slowly, and our reconciliations broke. Support saw payments stuck in an unknown status, and the retry queue grew into the thousands in a day.
My job was not to fix the provider. It was to avoid double charges and give support a status they could say out loud, within a couple of days, before the business killed that method.
I stopped blind retries for that provider and moved disputed operations into a manual pocket with an idempotency key. Then we defined three states support could actually use, and with QA we added a smoke check for double charging. We didn't touch the provider's code — it was their outage.
We had no double charges, the queue went back under our usual SLA in two days, and support stopped getting night pings. I took away a simple rule: on an external outage, safe stop and a clear status first, pretty integration later.
Интервьюер слышит вклад, ограничение, сотрудничество, результат, урок. Тот же сюжет закрывает и behavioral. Полный банк на русском — в STAR с примерами; здесь важна английская речь, которую вы уже прогнали вслух, а не перевод с листа во время звонка.
Фразы, когда не поняли, нужна пауза или вы не знаете
Молчание на пять секунд хуже короткого переспроса. Акцент не оправдание, чтобы гадать смысл вопроса. Возьмите одну из формул и остановитесь.
Sorry, I didn't catch the last part. Could you rephrase that?
Just to confirm, you're asking about the retry behaviour, not about the database schema — is that right?
That's a good question. Let me think for a second.
I haven't used that tool in production. If I had to solve it today, I'd start with X, then check Y. I don't want to invent an expert answer.
Could you give a short example of the failure you have in mind? I want to answer the actual case, not a nearby one.
На техэкране схема поиска сильнее неправильного ответа тоном эксперта. Это то же правило, что на русском live coding: думать вслух, не изображать гения.
Технический разговор: лексика домена, не «красивый английский»
Выучите 20–30 слов своего контура так, чтобы они поднимались без перевода: retry, timeout, deadlock, throughput, idempotent, consistent, eventual, shard, consumer, backlog, on-call. Проговорите вслух объяснение своего сервиса на две минуты. Запишите. Вычеркните русские вставки «ну это как бы очередь».
Если слово вылетело — опишите функцию, не паникуйте: «the component that stores a key so we don't process the same event twice». Интервьюер поймёт. Молчание, пока ищете идеальный термин, выглядит слабее.
Письменный английский в чате во время парного программирования может быть короче устного. Короткие предложения. Один тезис — одна фраза. Не пишите сложное предложение с тремя which, если можете два простых.