Вернуться в видеотекуУсенко Михаил Новокузнецк Собеседование python разработчик
Публичный разбор собеседования Python-разработчика с лайвкодингом. Участники проектируют CSV-управляемую HTTP-проверку заголовков ссылок и обсуждают, как соотносить техническое решение с бизнес-требованием.
- Направление
- Backend
- Формат
- Мок-собеседование
- Компания
Яндекс Практикум- Длительность
- 1 ч 19 мин
Коротко о видео
Это публичное тренировочное собеседование Python-разработчика Михаила с Андреем Прониным. Михаил рассказывает о примерно двух годах разработки, из которых больше года — коммерческий опыт, и о модуле на Python/openpyxl, который по JSON-конфигурации формирует блоки в Excel-шаблонах. В лайвкодинге он переделывает проверку заголовков URL: предлагает хранить тест-кейсы в CSV, использовать контекстный менеджер и assert, а затем вместе с ведущим разбирает редиректы, битые ссылки, сообщения об ошибках и граничные случаи. В финальном фидбэке ведущий отмечает, что перед реализацией особенно важно выяснять бизнес-смысл проверки и ограничения задачи, а при рассказе о проекте — объяснять его измеримую пользу.
Затронутые темы
Что взять на заметку
- Начинайте лайвкодинг с уточнения цели: нужно ли сравнить ровно две ссылки или произвольное число, ожидается ли HTTP 200 либо допустим редирект, должна ли проверка падать или собирать все ошибки.
- Для тест-кейсов, которые будет дополнять нетехнический пользователь, в видео выбран CSV: его можно редактировать табличным редактором и затем читать скриптом построчно.
- Проверку критичного для бизнеса условия разумно выражать через assert и запускать в CI/CD; сообщение об ошибке должно помогать найти проблемный URL.
- Не следует механически переписывать уже выданный код: сначала отделите реальное требование от деталей текущей реализации и выберите более простое решение под него.
- Проверяйте написанное запуском и чтением traceback, а не только мысленно; отдельно продумайте битые ссылки, редиректы, пустые строки, отсутствие title и лишние пробелы в тексте.
- На собеседовании о сложном проекте полезно назвать не только техническое решение, но и бизнес-эффект: какую ручную работу, время или деньги оно экономит.