Вернуться в видеотекуУверенный миддл притворился Джуном? Чтобы что...!? / Лайвкодинг / Техсобес Junior Python Developer
Запись тестового мок-собеседования Junior Python Developer с подробным разбором архитектурных, backend- и алгоритмических вопросов, лайвкодингом и финальным фидбеком.
- Направление
- Backend
- Формат
- Мок-собеседование
- Грейд
- Junior
- Длительность
- 2 ч
Коротко о видео
Это двухчасовое мок-собеседование на позицию Junior Python Developer: кандидат рассказывает о своём опыте, а интервьюеры последовательно проверяют SOLID и ООП, аутентификацию и авторизацию, хранение паролей, JWT и асинхронность в Python. Во второй части разбирают и исправляют фрагменты кода, рекурсию, кеширование, медиану трёх чисел и поиск пары элементов массива. В финале интервьюеры дают учебный фидбек: отмечают понимание ООП и асинхронности, но советуют углубить отдельные темы и тренировать решение задач.
Затронутые темы
Что взять на заметку
- SRP следует применять через разделение реальных ответственностей: сущность User не должна сама аутентифицировать или авторизовывать себя; для этого уместны отдельные сервисы.
- Аутентификация проверяет, что пользователь является тем, за кого себя выдаёт, а авторизация определяет разрешённые действия по ролям или правам.
- При проверке пароля нужно получать сохранённый хеш пользователя и вызывать функцию проверки из библиотеки; в разборе объясняют, что современные алгоритмы с солью могут давать разные хеши одного пароля.
- JWT разбирают как header, payload и signature; access token имеет срок жизни, а refresh token используют для обновления доступа и при необходимости отзывают.
- Перевод функции в async def сам по себе не делает работу неблокирующей: нужно заменить блокирующие I/O-драйверы и конкурентно запускать независимые задачи.
- При проверке ООП недостаточно наличия классов: нужно анализировать доменные модели, интерфейсы, инкапсуляцию и полиморфизм, а вместо разрастающегося дерева наследования часто выбирать композицию или состояние объекта.
- В задачах на рекурсию нужно отдельно проверять глубину вызовов, отрицательные входы и асимптотику; наивный Fibonacci ускоряется мемоизацией через functools.lru_cache.