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

Собеседование python разработчик. Михаил и Татьяна. Чистый код не всегда можно писать быстро

Мок-собеседование двух начинающих Python-разработчиков с обсуждением инженерных практик и совместным решением задачи на кодирование строки через словарь. В конце ведущий разбирает сильные стороны и зоны роста участников.

Андрей += Пронин
  • Опубликовано на YouTube:
  • Просмотры на YouTube: 10,2 тыс.
  • Лайки на YouTube: 162
Открыть на YouTube

Таймлайн

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

Это мок-собеседование для Михаила и Татьяны на позицию Python-разработчика: ведущий обсуждает их опыт, командную разработку, code review, чистый код, тестирование и диагностику медленной работы приложения. Затем участники решают практическую задачу на построение словаря соответствий русских букв и чисел, кодирование и обратное декодирование строки, последовательно выявляя проблемы формата данных, пробелов, знаков препинания и исходных цифр. В финале обсуждаются ожидания кандидатов по условиям работы и ведущий даёт развёрнутую обратную связь по результатам мок-интервью.

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

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

  • Для рассказа о командной работе полезно конкретно описывать процесс: отдельные ветки для feature/fix, Pull Request, code review и слияние в main/develop.
  • На code review собеседники называют читаемый нейминг, PEP 8, docstrings, одну ответственность функции или класса и отсутствие неожиданных побочных эффектов важными признаками качества кода.
  • При рассказе о тестах стоит упоминать не только ожидаемый результат, но и исключения, неверные типы и граничные случаи — например, деление на ноль.
  • Для первичной диагностики медленного веб-приложения обсуждаются загрузка CPU, диска и сервера, запросы к БД и N+1, блокирующие операции, внешние сервисы и расстояние до пользователей.
  • В практической задаче важно сначала уточнить контракт: что именно возвращает функция, как разделяются многозначные числа, допустимы ли цифры и специальные символы во входной строке.
  • Ведущий отдельно подчёркивает, что на собеседовании нормально уточнять неполные условия задачи: это показывает внимание к краевым случаям до написания решения.

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