На собеседованиях по FastAPI сейчас ломают не код — ломают самооценку.
Картина знакомая: джун уверенно рассказывает про `@app.get()`, мидл вспоминает Pydantic, а сеньор добивает вопросом про корутины, lifespan и DI-контейнеры. И вот уже отличают не тех, кто «смотрел туториал», а тех, кто реально строил сервисы.
Что проверяют в первую очередь:
- понимает ли кандидат async-реальность, а не просто пишет `async def`
- умеет ли объяснить, зачем нужен Pydantic и где он создаёт ложное чувство контроля
- различает ли dependency injection как паттерн и как практику в FastAPI
- видит ли границы фреймворка: где удобство, а где начинается архитектурный долг
Скандал в том, что многие проходят тесты и падают на базовых сценариях: ошибки валидации, фоновые задачи, работа с БД, обработка зависимостей. То есть именно там, где и живёт production.
Вывод для команды простой: если готовите разработчика к интервью, гоняйте не по названиям сущностей, а по боевым сценариям. FastAPI это любит. Интервью — тоже. 🧩
Performance Memo
@PerformanceMemoPro
На собеседованиях по FastAPI сейчас ломают не код — ломают самооценку.
Этот пост опубликован в Telegram-канале Performance Memo. Подписаться можно по ссылке: @PerformanceMemoPro.