Зачем mock-собеседование, если есть YouTube
Видео дают знания. Mock даёт стресс, тайминг и обратную связь — то, что ломает на реальном интервью в Т‑Банке, Яндексе или продуктовой fintech-команде.
Mock-собеседование .NET — это репетиция: технические вопросы, live coding, soft skills, иногда system design. Ошибки лучше совершить здесь, не на оффере мечты.
За 24 часа до mock
Техника и окружение
- Тихое место — не кафе, не open space. Договоритесь с домашними.
- Наушники с микрофоном — не встроенный микрофон ноутбука на расстоянии метра.
- Прогон Яндекс Телемост / Zoom: камера, звук, шаринг экрана.
- Интернет: по возможности кабель, не перегруженный Wi‑Fi.
- Зарядка ноутбука + запасной браузер (Chrome / Edge).
Если будет live coding
- IDE установлена и обновлена (Rider / VS / VS Code).
- Шрифт крупный — интервьюер должен читать код на шаринге.
- Отключены Copilot / AI-подсказки — на реальном собесе их нет, привыкайте честно.
- Чистый проект или playground — не открывать NDA-код с работы.
Контент
- Перечитали описание вакансии или договорились о фокусе mock (Middle backend / Senior / system design).
- 2 STAR-истории наготове — см. STAR-метод.
- Освежили 3 темы из чеклиста .NET-собесов, где обычно проседаете.
Быт
- Вода, блокнот, ручка — для system design и заметок.
- Не планировать созвоны ±30 мин до/после mock.
За 1 час до начала
- Ещё раз тест звука — 80% провалов mock технические, не содержательные.
- Уведомления off на телефоне и десктопе (Slack, Telegram, почта).
- Закрыты лишние вкладки — только IDE, доки, заметки.
- Мental check: цель mock — узнать слабые места, не «блеснуть идеально».
Во время mock
- Думайте вслух — молчание 2 минуты хуже неверного ответа.
- На live coding: уточните input/output, edge cases, сложность — потом код.
- Не знаете — честно: «не сталкивался, но рассуждал бы так…» + структура.
- Записывайте формулировки вопросов — они повторяются на реальных собесах.
Сразу после mock (15 минут — не откладывайте)
Запишите ровно 3 пункта, не эссе:
1. Тема/вопрос, где застряли.
2. Что не структурировали (ответ, design, код).
3. Один action на неделю: «прочитать про DI scopes», «5 задач на словари», «ещё один mock через 7 дней».
Плохо: «всё плохо, я ничего не знаю».
Хорошо: «async deadlock на примере», «system design без оценки RPS», «STAR — Result без цифр».
Когда повторять mock
- Первый mock — диагностика.
- Второй через 5–7 дней — после закрытия 2–3 слабых тем.
- Третий за 2–3 дня до реального собеса — финальная репетиция в формате компании.
Один mock раз в полгода мало меняет. Серия из 3 — уже виден прогресс.
Связанные материалы
---
*Mock с обратной связью от руководителя разработки, который сам проводит найм — excalib.ru/#apply.*