Говорят, на Python backend-собеседованиях чаще валят не на «сложных алгоритмах», а на базовых вещах, которые к

Говорят, на Python backend-собеседованиях чаще валят не на «сложных алгоритмах», а на базовых вещах, которые кандидат вроде бы знает, но объяснить спокойно не может.

Смотрю на типичный список «10 вопросов для джуна» и вижу знакомую схему: часть вопросов проверяет не память, а способность думать под давлением. Это и есть ловушка. Если ты повторяешь ответы из StackOverflow, интервьюер считывает это за 2–3 реплики.

Что обычно всплывает:
— разница между list, tuple, set и dict
— область видимости и mutable/immutable
— генераторы и итераторы
— GIL и что он реально ограничивает
— декораторы, контекстные менеджеры, async
— SQL, индексы, N+1, транзакции
— как устроены HTTP, кэш, очереди

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

И да, самый частый провал — не незнание Python, а попытка выглядеть уверенно там, где лучше честно сказать: «не помню, но объясню, как бы проверил». Это звучит сильнее, чем заученная мантра.