На собеседованиях по Python backend часто валят не на «сложных алгоритмах», а на базовых паттернах мышления. И

На собеседованиях по Python backend часто валят не на «сложных алгоритмах», а на базовых паттернах мышления. И это видно по повторяющимся вопросам: где mutable default, чем `list` отличается от `tuple`, как работает `GIL`, почему `asyncio` не делает код «магически быстрым», что происходит при `@classmethod` и `@staticmethod`.

Я слышал один устойчивый паттерн: джуны обычно отвечают «по определению», а сильные — сразу привязывают к сценарию. Не просто «dict быстрее list», а где именно это даст выигрыш в сервисе, кэше или при обработке очереди.

Ещё один фильтр — вопросы на декораторы, генераторы, исключения и контекстные менеджеры. На бумаге это выглядит как теория, но на интервью часто проверяют, умеет ли человек предсказать поведение кода без запуска.

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