Почему на .NET-собесе спрашивают не только про LINQ
Технический блок — полдела. На Middle и Senior в Яндексе, Т‑Банке, Ozon и fintech-командах вторую половину собеседования часто занимают поведенческие вопросы: конфликт в команде, провал релиза, спор об архитектуре, дедлайн «на вчера».
Интервьюер смотрит не на красивые слова, а на зрелость: берёте ли ответственность, умеете ли признать ошибку, есть ли измеримый результат.
Без структуры ответ «расплывается» — 3 минуты монолога, а в конце непонятно, что вы лично сделали. Здесь помогает STAR-метод — стандарт для ответов на собеседовании в IT.
Что такое STAR: расшифровка за 30 секунд
- Situation (Ситуация) — контекст в 1–2 предложениях: продукт, команда, масштаб.
- Task (Задача) — ваша зона ответственности, не «мы хотели ускорить».
- Action (Действие) — что сделали вы руками: код, коммуникация, решение.
- Result (Результат) — цифра, метрика, артефакт: latency, баги, срок, деньги.
Правило: Action — самый длинный блок. Именно его слушают внимательнее всего.
Пример STAR-ответа для .NET-разработчика
Вопрос: «Расскажите о ситуации, когда пришлось оптимизировать медленный сервис».
> S: В монолите на ASP.NET Core endpoint отчётов для операторов отдавал p95 около 4 секунд при пиковой нагрузке.
>
> T: Я отвечал за backend этого модуля — нужно было уложиться в SLA до конца спринта.
>
> A: Профилировал запросы через Application Insights, нашёл N+1 в EF Core. Вынес агрегации в read-модель на PostgreSQL, добавил кэш на 5 минут в Redis, покрыл интеграционным тестом на Testcontainers.
>
> R: p95 упал с 4.2s до 180ms, нагрузка на SQL −60%. Релиз прошёл без отката.
Обратите внимание: конкретный стек, ваши действия, метрика. Так отвечают те, кого зовут на второй этап.
5 типовых вопросов — подготовьте историю заранее
1. Конфликт — разногласие по техническому решению (микросервис vs модульный монолит).
2. Ошибка в проде — что сломалось, как чинили, что изменили в процессе.
3. Жёсткий дедлайн — что выкинули из scope, как договорились с PM.
4. Менторство — как подтягивали джуна или онбордили нового в .NET-кодбазу.
5. Технический спор — как убедили или как согласились на эксперимент с метриками.
Одна история — один кейс. Не смешивайте три проекта в одном ответе.
Частые ошибки на собеседовании
- «Мы сделали» вместо «Я сделал» — интервьюер не понимает ваш вклад.
- Нет цифр в Result — «стало лучше» не засчитывается.
- Слишком долгая Situation — 2 минуты про компанию, 30 секунд про действия.
- Негатив про коллег — даже если токсик был реальным, формулируйте через процесс, не через личности.
- Выдуманный кейс — опытный интервьюер задаст уточняющие «а как именно деплоили?» и история рассыпется.
Как натренировать STAR за вечер
1. Выпишите 5 историй из реального опыта (хотя бы черновик).
2. Прогоните вслух с таймером: 2–3 минуты на ответ.
3. Запишите на диктофон — послушайте, где теряете структуру.
4. Пройдите mock-собеседование с обратной связью — STAR лучше всего ловят на практике, не в теории.
Связанные материалы
---
*Нужен разбор ваших историй под конкретную вакансию — запишитесь на mock или консультацию.*