Собеседование на английском: что спрашивают и как отвечать

Восемь лет опыта, платёжный бэкенд, крепкая Java. Скрининг с нанимающим менеджером из Дублина, первые сорок секунд:

Interviewer: So, tell me a bit about yourself.
Candidate:   Yes. I am backend developer. Eight years experience. Java, Spring, Kafka.
Interviewer: Great. What are you working on right now?
Candidate:   We are doing microservices for payments.
Interviewer: What part of that is yours?
Candidate:   Different tasks. Whatever comes in the sprint.

Через два дня приходит we've decided not to move forward at this time. Во внутренней системе остаётся комментарий менеджера:

Strong CV. Could not get a clear picture of what he actually owns.
Answers were very short; I did most of the talking. Concerned about
communication in a team that works directly with the payments provider.

Обратите внимание, чего в этом фидбеке нет: слова English. Никто не заметил акцент, никого не смутило I am backend developer без артикля. Провалилось другое: за двадцать минут менеджер не смог составить картину того, чем человек занимается.

Эта глава — про язык собеседования и только про него. Что готовить по существу и как выбирать компании — в главе собеседование со стороны кандидата; как вас оценивают по ту сторону экрана — в главе про интервьюера; разговор про деньги — переговоры об оффере.

Что на самом деле проверяет язык

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

Честно про уровень. Проверка простая: попробуйте прямо сейчас, без подготовки, вслух, по-английски, шестьдесят секунд рассказать, чем занимались на прошлой неделе. Получается коряво, но получается — глава уберёт большую часть провалов. Не выходит ни одного связного предложения — собеседование на английском преждевременно: нужен разговорный минимум примерно на B1, и это задача не портала, а практики (https://courses.digitable.life/post/engineering-english/13-practice-and-resources/). Промежуточный случай самый частый: человек нормально читает и пишет, а на созвоне выключается — ему помогает не грамматика, а репетиция конкретных сцен.

Карта этапов: где именно ломается язык

Нагрузка растёт неравномерно: на скрининге вы говорите монологом и можете подготовиться почти дословно, на кодинге язык впервые конкурирует с мышлением за один ресурс, на behavioral ломается не словарь, а структура. Отсюда деление подготовки надвое. Предсказуемое и дорогое — рассказ о себе, причина ухода, пять историй — репетируется вслух до автоматизма: это те три-четыре минуты речи, которые вы произнесёте на каждом собеседовании в жизни. Непредсказуемое и дорогое — не разобранный на слух вопрос, незнакомый термин, спор о компромиссах — дословно не репетируется, там нужен не текст, а протокол поведения; ему посвящён отдельный раздел ниже.

Скрининг: двадцать минут, где решают не про технологии

Первый созвон почти всегда начинается одинаково: Tell me about yourself или Walk me through your background. Это не разминка: интервьюер берёт из ответа зацепки для следующих вопросов — плохой ответ означает, что дальше вас будут спрашивать про неудобное.

Работающая структура — три блока и лимит примерно в 90 секунд: сейчас → что за плечами → почему вы здесь. Не хронология: рассказ с университета заставляет слушателя самому отбирать существенное.

Плохо:
I graduated in 2012 from the technical university, faculty of applied mathematics.
My first job was in a small company, we did websites, I worked there two years.
Then I moved to a bank, and after that...

Рабочий вариант:
I am a backend engineer, mostly Java and Kotlin. Right now I own the settlement
service at a payments company — the piece that reconciles what we think we charged
with what the provider actually settled. It used to run as a nightly batch inside
the monolith: about 40 minutes, with an on-call page roughly once a week. I pulled
it out into its own service and made it incremental — it is down to six minutes,
and we have not been paged in five months. I am looking for the same kind of problem
at a bigger volume, which is why I replied to this role in particular.

Что здесь сделано технически:

• Первое предложение — роль, а не биография: интервьюер ставит галочку за четыре секунды.
• I own — конструкция, которую в русском аналоге почти никто не произносит: она сообщает не должность, а зону ответственности. Ровно то, чего не хватило кандидату из вступления.
• Одна история с числом. 40 minutes → six minutes — это то, что интервьюер сможет пересказать коллегам на дебрифе через час; абстракцию пересказать невозможно.
• Последний блок связывает вас с вакансией, иначе ответ остаётся рассказом о прошлом.
• Простые предложения: так говорят и носители, когда хотят, чтобы их поняли сразу.

Дальше идут два вопроса, которые ломают неподготовленных. Why are you leaving your current company? — единственное правило: не критиковать работодателя, иначе интервьюер достроит, что через год вы так же будете говорить о нём. My manager is incompetent and the code is a mess — конец разговора, даже если это правда; формулируйте через тягу: I have taken that system as far as it goes — the next interesting problems there are not engineering problems. What are you looking for? — ответ a good team and interesting tasks не несёт информации; информативный называет два признака и один антипризнак: Ownership of a service end to end, and a team where design decisions get written down. I am deliberately moving away from projects where the roadmap changes every two weeks.

Про деньги (What is your current salary?) тактика — в главе про переговоры; английская формула вежливого ухода звучит нормально: I would rather not anchor on my current number — I am targeting the range for this role. What band is the position budgeted at?

Behavioral: истории, а не мнения

Секция построена на вопросах Tell me about a time when..., Give me an example of..., Describe a situation where you had to.... Оценивают по ним не мнение, а поведение — отсюда жёсткое языковое требование: отвечать нужно в прошедшем времени про конкретный случай. Ответ в настоящем времени про принципы — I always try to communicate early, and when there is a conflict I prefer to talk one on one — почти всегда помечается в форме как hypothetical answer, no evidence и не приносит баллов вообще: интервьюер обязан оценивать по конкретике, а общие слова говорят все, включая тех, кто ничего из этого не делал. По-русски «в целом я стараюсь…» звучит скромно и разумно, по-английски это уклонение.

Вопрос: Tell me about a time you disagreed with a technical decision.

Пустой ответ:
Usually I try to understand the other person first. If I do not agree, I explain
my position with arguments. It is important to keep the team relationship good.

Засчитываемый ответ:
Last spring my tech lead wanted to put the retry logic in the API gateway. I thought
it belonged in the client SDK, because the gateway could not tell a safe retry from
a duplicate charge. I pulled the numbers from our incident log — two double-charge
incidents in six months, both from blind retries — and proposed the SDK version at
the design review. He was not convinced, so we agreed to prototype both for a week.
The prototype showed the gateway version needed an idempotency store anyway, which
was exactly the cost I was worried about. We went with the SDK, and I owned it.

Структура второго ответа — классический STAR; как набирать такие истории, написано в главе про собеседование кандидата.

Проблема «we»: главный языковой убийца оффера

Посчитайте местоимения во вступительной расшифровке: We are doing microservices. Русская норма — говорить «мы сделали», даже если сделали вы: «я» звучит хвастливо. Английская норма противоположна: we в ответе на behavioral-вопрос читается как отсутствие личного вклада. Интервьюер обучен переспрашивать — What was your specific contribution?, You keep saying we — can you tell me your part? — и это не подозрение в обмане, а пункт шаблона оценки. Но если после уточнения вы снова отвечаете we, в форму уходит unclear individual contribution, и это отказ.

Правило: we для контекста, I для действий.

Калька с русского:
We had a problem with slow queries, so we added an index and rewrote the report.

Правильное распределение:
The team was missing its SLA on the reports page — p95 was around nine seconds.
I profiled it and found the query was doing a full scan on the events table.
I added a composite index and rewrote the aggregation to run incrementally.
p95 came down to 700 ms, and it has held for a year.

we/the team осталось там, где описывается ситуация, а все глаголы действия — от первого лица. Это не хвастовство: хвастовство — I single-handedly saved the project. Приписывать себе чужую работу тоже не нужно, и английский даёт точные конструкции: I led, I owned, I contributed the X part, I paired with N on this, my part was the migration script.

Неудобные вопросы

Tell me about your biggest failure, a conflict with a colleague. Русскоязычные кандидаты выбирают одну из двух проигрышных стратегий: ложная скромность или самоуничижение. Рабочая форма — что случилось, что вы сделали, что изменили в себе:

I shipped a migration without a rollback path. It ran for two hours, failed at 80%,
and we had no way back — we were down for another three hours while I wrote a reverse
script under pressure. That was on me: I had reviewed the forward path only.

Since then I do not merge a migration without a tested down-path, and I made it
a checklist item in our PR template. Two of the thirty migrations since then
actually needed it.

Языковые детали: That was on me — прямое принятие ответственности (мягкое there were some issues читается как попытка уйти); прошедшее время для события, настоящее — для изменившейся практики; финал с числом. Про механику самих трудных разговоров — фидбэк и конфликты в треке про лидерство.

Кодинг: как говорить и писать одновременно

Единственная секция, где язык прямо конкурирует с мышлением: на родном языке комментировать свои действия почти бесплатно, на английском речь съедает тот же ресурс, что и алгоритм. Кандидат замолкает и решает молча, а интервьюер видит неподвижный курсор: молчание длиннее двадцати секунд он трактует не в вашу пользу. Спасает привычка говорить в пяти точках; между ними молчать можно.

Задача, которую произносит интервьюер: Given a stream of events, each with a user id and a unix timestamp, return the first user who triggers more than N events within any 60-second window.

Точка 1 — уточнение, до единой строчки кода. Вопросы задаются пачкой: так вы выглядите человеком, который продумал условие, а не выпрашивает подсказки.

Let me make sure I understand the input. Are the events already sorted by timestamp,
or can they arrive out of order? And is the window sliding, or fixed buckets of 60
seconds? Last one: if two users cross the threshold on the same timestamp, does it
matter which one I return?

Let me make sure I understand — стандартный вход в уточнение, а вопрос с двумя вариантами вместо открытого what about sorting? показывает, что вы понимаете цену каждого варианта.

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

Here is my plan. I will keep a deque of timestamps per user. For each event I append
the timestamp, drop everything older than 60 seconds from the front, and check the
length. That is O(n) overall, because each timestamp is added and removed once, and
memory is O(u times k). Does that sound reasonable before I start coding?

because... обязательно: важна не буква, а понимание, откуда взялась амортизация. Финальный вопрос — контрольная точка: если план неверен, вы теряете тридцать секунд, а не двадцать минут. Вслух это читается как big O of n, big O of n log n, constant time для O(1).

Точка 3 — код с короткими репликами о происходящем.

from collections import defaultdict, deque

def first_user_over_threshold(events, n, window=60):
    # events — пары (user_id, ts), отсортированные по ts
    seen = defaultdict(deque)              # user_id -> таймстемпы внутри окна
    for user_id, ts in events:
        q = seen[user_id]
        q.append(ts)
        # выбрасываем всё, что вышло за пределы 60-секундного окна
        while q and ts - q[0] >= window:
            q.popleft()
        if len(q) > n:                     # строго больше: ровно n — ещё не превышение
            return user_id
    return None

Время — O(n): каждый таймстемп попадает в очередь и покидает её ровно один раз. Память — O(u·k), где u — активные пользователи, k — максимум событий одного пользователя внутри окна.

Точка 4 — самопроверка вслух: Let me run a small case out loud: user 7 at t = 0, 30 and 59, with N = 2... Прогон примера голосом ловит больше багов, чем чтение глазами.

Точка 5 — тупик и восстановление, самое важное умение секции. Сорок секунд молчания и стирание кода — против:

I have gone down a path that does not work — the deque grows without bound if a user
goes quiet and never comes back. Let me back up and prune on read instead.

Второе интервьюер записывает как recovered well, communicated the dead end: это плюс. Заход в тупик нормален, невидимый заход в тупик — нет. Просить подсказку можно, но конкретно: Could I get a nudge on the data structure? I am fairly sure about the sliding window part — это стоит куда меньше баллов, чем безадресное I am stuck. Исправляйте себя вслух: Actually, that comparison should be strictly greater than читается как внимательность, тихая правка — никак.

Чего не говорить: This is easy (застрянете — вдвойне неловко), obviously (https://courses.digitable.life/post/engineering-english/06-code-review-comments/ — то же слово, та же проблема), I have seen this problem before без продолжения и голое I do not know. Вместо последнего: I do not know that API by heart — in the editor I would look it up. Can I assume a helper that returns a sorted list?

Как переспросить и не проиграть

Момент, которого русскоязычные кандидаты боятся больше кодинга: вопрос не разобран на слух. Ключевой факт: просьба повторить оценку не снижает, а угадывание — снижает. Никто не отказывает за sorry, could you repeat that; отказывают за ответ не на тот вопрос — did not listen.

Ступень 1 — точечная просьба повторить. Sorry, I missed the last part — could you repeat it? работает лучше общего Sorry, I do not understand: последнее не говорит, что именно повторять.

Ступень 2 — просьба переформулировать. Could you rephrase that? или Sorry, I am not familiar with that term — what does it mean in this context?. Признаться в незнании термина нормально и часто даёт плюс: интервьюеры проверяют, спросите вы или сделаете вид.

Ступень 3 — самая сильная: подтверждение своими словами. Let me make sure I got it: you want the service to keep serving stale data while the upstream is down, and freshness matters less than availability. Is that right? Это не слабость, а приём хорошего инженера; пользуйтесь им, даже когда всё поняли. Мера: две просьбы повторить одну фразу — потолок, дальше пересказывайте сами.

Время покупается честно: Give me a second to think about that — произнесённая пауза выглядит как контроль над ситуацией, непроизнесённая как ступор. Если интервьюер говорит слишком быстро, просите один раз и спокойно: Would you mind slowing down a little? Your audio is breaking up a bit on my side — ссылка на связь общепринята, никто её не проверяет. Многие сами сбавляют темп, если в начале сказать: Just so you know, English is not my first language — I may ask you to repeat a question or two. Одного предложения достаточно: повторные извинения переводят внимание на форму.

System design: язык компромиссов

Жанр аргументированного спора: оценивают то, как вы обосновываете выбор (механика разбора задач — в главе про system design). Базовая конструкция ответа — три слота: решение, причина, цена.

I would start with a single Postgres instance and a read replica, because at 50k daily
orders we are nowhere near the write limit and one database keeps the transactional
guarantees simple. The tradeoff is that reporting queries will compete with the write
path — I would move those to the replica, and if that stops being enough, that is the
point where I would look at a separate OLAP store.

I would start with — модальность, дающая конкретный ответ и оставляющая место эволюции (I will use категорично, maybe we could use неуверенно). because обязателен: решение без причины не засчитывается вовсе. The tradeoff is — то, что отличает senior-ответ: назвать цену собственного решения раньше интервьюера — самый заметный положительный сигнал секции.

Как признаваться в пробеле. Блефовать бесполезно: интервьюер копает вглубь, и блеф вскрывается за два вопроса. Рабочая формула — назвать границу и показать ход рассуждения: I have not run Kafka in production — my queue experience is RabbitMQ and SQS. What I would want to check before choosing it here is ordering guarantees per partition and what happens to consumer lag during a rebalance. Это оценивается выше пересказа статьи: honest about the gap, still reasoned correctly.

Числа вслух — отдельная недооценённая проблема: по-английски дробная часть отделяется точкой, разряды — запятой (1,500 это тысяча пятьсот, 1.5 — полтора), и привычное «одна целая пять» даёт на выходе one comma five. Стоит один раз проговорить: 10k RPS → ten thousand requests per second; 99.9% → ninety-nine point nine percent или three nines; p95 → p ninety-five. Миллиард — billion; milliard в американском английском практически не употребляется.

Ваши вопросы в конце

Any questions for me? — не формальность: во многих компаниях это отдельный пункт оценки, а No, everything is clear читается как отсутствие интереса. Языковая закономерность простая: сильные вопросы короткие и спрашивают про конкретное «что произойдёт» (What is the biggest source of unplanned work for the team right now?, When something breaks in production at 2 am, what happens?, What would make you say in a year that hiring for this role was a mistake?), слабые — абстрактные (how is the culture?). Полезно добавлять, зачем спрашиваете: I ask because the last place had no written decisions and it cost us a lot of rework. Что делать с ответами — в главе про первые 90 дней.

Что говорит рекрутёр и что это значит

Отдельный словарь, вежливый ровно настолько, чтобы вводить в заблуждение.

Реплики самого интервьюера тоже несут информацию. In the interest of time, let us move on — вы говорите слишком долго. Let us assume that part works — вас уводят от неинтересной детали: это подсказка, а не разрешение. Can you summarize where you landed? означает, что до конца секции пять минут. That is one way to do it — вежливое несогласие; правильная реакция — What would worry you about it? и слушать.

Типичные ошибки русскоязычных кандидатов

Собрано по повторяющимся строчкам в фидбеке.

1. Ответы в одно предложение. Yes, Sure, Different tasks. По-русски краткость уважает время собеседника; на интервью она читается как нежелание говорить. Норма ответа на открытый вопрос — 30–90 секунд.
2. We вместо I — ошибка номер один по стоимости; общие принципы вместо историй (I always try to...) — вторая.
3. Извинения за язык по кругу. Один раз в начале нормально, дальше вредно.
4. Прямое отрицание в ответ на предложение интервьюера. No, that is wrong — калька с русской инженерной прямоты. Рабочая форма: That would work — the thing I would worry about is the write amplification. Would you want me to optimize for that, or is throughput the priority?
5. Настоящее время в рассказе о прошлом проекте. So I take the service and I move it... — интервьюер на секунду теряется: это было или это гипотеза.
6. Заученный наизусть монолог. Слышно по темпу, и любой уточняющий вопрос обрушивает конструкцию: готовьте истории тезисами, а не текстом.
7. Ложные друзья под стрессом: actually вместо currently, eventually вместо possibly, normally вместо fine, I have a question to you вместо for you. Разбор — https://courses.digitable.life/post/engineering-english/12-common-mistakes/.

Подготовка: пять историй вместо сорока фраз

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

Пять историй. Сложный технический выбор; конфликт или несогласие; провал с последствиями; случай, где вы вытащили проект или человека; работа с неопределёнными требованиями. Этим набором закрывается большинство behavioral-вопросов — одна история переиспользуется под разными углами; записываются пятью-шестью буллетами, не связным текстом.

Диктофон — единственный честный инструмент. Слушать себя неприятно, поэтому шаг пропускают, и зря. Считайте по записи три вещи: сколько раз прозвучало we там, где нужно I; сколько длится ответ (больше двух минут — сокращать); сколько заполнителей (emm, you know) на минуту.

Разогрев и моки. Первые десять минут на неродном языке всегда хуже остальных, поэтому двадцать минут говорения вслух перед звонком заметно выравнивают первую секцию. Тренировка на живом человеке отличается от репетиции наедине принципиально: только там появляются стресс и необходимость переспрашивать. Есть бесплатные площадки (interviewing.io, Pramp), но подойдёт и коллега, готовый задавать вопросы и не поддаваться.

Термины на слух. Слова, которые вы знаете глазами, но никогда не слышали (cache, queue, tuple, schema, null, async, Kubernetes, nginx), удобно проверять через YouGlish; подробнее — https://courses.digitable.life/post/engineering-english/09-presentations/.

Перед самым созвоном: проверить звук и запасной канал; двадцать минут речи вслух; положить перед глазами тезисы 90-секундного ответа, названия пяти историй и три вопроса интервьюеру; произнести вслух Sorry, could you repeat the last part? — под стрессом первая нужная фраза не всплывает.

Мини-итог

• Оценивают не английский, а стоимость коммуникации с вами: ясность бьёт беглость. В фидбеке об отказе слово English почти не появляется — появляются unclear ownership, very short answers, did not follow the question.
• Tell me about yourself — три блока и 90 секунд: сейчас, что за плечами с одним числом, почему вы здесь. Хронология с университета — самая дорогая привычка.
• На behavioral засчитываются только истории в прошедшем времени про конкретный случай; we для контекста, I для действий — на этом проваливаются чаще, чем на грамматике.
• На кодинге говорите в пяти точках: уточнение, план со сложностью, ход работы, проверка примером, тупик. Молчание длиннее двадцати секунд интервьюер трактует не в вашу пользу.
• Переспрашивать можно, угадывать нельзя: сильнейшая форма — пересказать своими словами.
• В system design обязательны решение, причина и цена. Названная вами цена собственного решения — главный положительный сигнал секции; блеф вскрывается за два вопроса.
• Готовьте пять историй тезисами и диктофон, а не список из сорока фраз.

Источники

• interviewing.io blog — компания проводит анонимные технические интервью и публикует статистику: что коррелирует с прохождением и насколько шумна оценка.
• Interviewing at Amazon — официальное описание behavioral-интервью и требования отвечать конкретными примерами из прошлого; лучший открытый источник по формату STAR-вопросов.
• How we hire — Google Careers — этапы и то, что оценивается на каждом, включая роль объяснения хода мысли.
• Common European Framework of Reference for Languages — шкала CEFR и таблицы самооценки, чтобы честно понять свой уровень говорения.
• Gayle Laakmann McDowell, Cracking the Coding Interview, 6th ed. (2015) — разделы про think-aloud устарели меньше, чем сами задачи; Alex Xu, System Design Interview (2020) — шаблон четырёхшагового ответа с готовыми конструкциями обоснования.
• Erin Meyer, The Culture Map (2014) — почему прямое No, that is wrong и русская скромность в описании заслуг читаются на интервью не так, как задумано.

Что дальше

Ясность: почему инженерный английский проще разговорного — про свойство, которое на собеседовании было решающим, а в ежедневной работе оказывается ещё важнее: способность сказать сложное просто. Почему инженерный английский беднее разговорного намеренно, что такое plain language и как сокращать текст вдвое, не теряя смысла.