С какими основными задачами приходится работать: написание микросервисов, исследования или оптимизации

Что проверяют

Совпадает ли ваш профиль с тем, чем действительно занята команда. За вопросом обычно стоит готовая пропорция задач у интервьюера, и он смотрит, не заскучаете ли вы через полгода. Проверяют и честность: кандидат, готовый на всё сразу, выглядит не гибким, а безразличным.

Как отвечать

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

• Разработка сервисов: ASP.NET Core, разделение на слои, EF Core, обмен через очередь или gRPC, версионирование контрактов, устойчивость через таймауты и повторы.
• Исследования: короткий прототип с заранее понятным критерием, чем он закончится. Не «посмотрел на технологию», а сравнение двух вариантов по замеру и решение, которое приняла команда.
• Оптимизация: начинается с измерения. BenchmarkDotNet на кусок кода, счётчики и трассировка для живого сервиса, профилировщик памяти, когда растёт нагрузка на сборщик мусора. Дальше конкретика: лишние аллокации, Span и пулы буферов, N + 1 в запросах EF Core, забытый AsNoTracking на чтении, синхронное ожидание асинхронного кода.

Закончите встречным вопросом про их пропорцию и про то, кто решает, что берётся в работу.

Где спотыкаются

Приносят проценты из ниоткуда: «ускорил сервис на сорок процентов». Первый же уточняющий вопрос про то, чем мерили и на какой нагрузке, обнуляет весь рассказ. Цифру стоит называть, только если помните методику замера и можете её повторить.

Второе: отвечают «мне интересно всё». Это читается как отсутствие опыта выбора. Лучше честно: основное время уходит на сервисы, к оптимизации тянет, в исследование иду, когда у него есть критерий результата.

Третье: рассказывают про оптимизацию без измерения. Вручную переписанный цикл в сервисе, который почти всё время ждёт базу и сеть, не даёт ничего, и собеседующий услышит это в первой же фразе.