Вернуться в каталог собеседований

СОБЕСЕДОВАНИЕ PYTHON DEVELOPER | BALABOL IT PYTHON PODCAST

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

luchanos
  • Опубликовано на YouTube:
  • Просмотры на YouTube: 3,3 тыс.
  • Лайки на YouTube: 135
Открыть на YouTube

Таймлайн

Коротко о видео

Это учебное мок-собеседование по Python: ведущий проверяет знания Данилы, которого менторит Кирилл, и по ходу разбирает ответы и пишет фрагменты кода. Обсуждают основы Python, коллекции и хеш-таблицы, контекстные менеджеры, генераторы, итераторы, декораторы, SQL, GIL, сборщик мусора, асинхронность и связку веб-сервера с приложением через WSGI/ASGI. В финале ведущий даёт Даниле развёрнутую обратную связь: знания есть, но они местами фрагментарны; нужно начинать объяснение с решаемой проблемы и больше закреплять материал практикой.

Затронутые темы

Что взять на заметку

  • На собеседовании технический ответ стоит строить от задачи или проблемы, которую решает механизм, и только затем переходить к устройству и деталям реализации.
  • Кортеж можно использовать ключом словаря лишь если все его элементы хешируемы; кортеж со вложенным изменяемым списком ключом быть не может.
  • Контекстный менеджер нужен для гарантированного освобождения ресурса: при работе с файлами `open()` возвращает Python-объект-обёртку, а `__enter__` и `__exit__` управляют жизненным циклом ресурса.
  • Нужно различать итерируемый объект, итератор и генератор: `iter()` получает итератор, `next()` выдаёт следующее значение, а генератор удобен для ленивого вычисления или подгрузки данных.
  • При написании параметризованного retry-декоратора важно сразу вернуть результат успешного вызова, повторять только при исключении и пробросить исключение после исчерпания попыток.
  • Для SQL-подготовки полезно уметь объяснить компромисс индексов: они ускоряют чтение по нужным полям, но расходуют память и удорожают записи; в одном проекте допустимо использовать и реляционную, и нереляционную БД.
  • Стоит отдельно подготовить практические объяснения GIL, сборщика мусора, I/O-асинхронности, а также различия между веб-сервером, приложением и интерфейсами WSGI/ASGI.

Рекомендуем посмотреть