Публичное собеседование Python-разработчика с компанией Aston

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

В эфире Habr рекрутер Aston Наталья проводит публичное первичное интервью с Python-разработчиком Олегом, после которого приглашает его на технический этап. Олег рассказывает о своём опыте Python-разработки, асинхронных сервисах, микросервисной архитектуре, тестировании, code review, наставничестве и критериях выбора нового проекта. Рекрутер презентует Aston и вакансию на проекте неназванного российского ретейл-заказчика: сервис для водителей с веб- и мобильной частями, Django, асинхронным программированием, базами данных, тестированием и review; оффер в эфире не сделан.

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

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

• Для рассказа о Python-опыте стоит подготовить связную карьерную историю с конкретными проектами, а не только перечень технологий: Олег связывает FastAPI, Django, PostgreSQL, Redis, Elasticsearch, Kubernetes и gRPC с задачами, где их применял.
• На собеседовании полезно объяснить практику тестирования по контексту проекта: Олег описывает обязательные интеграционные тесты в критичном продукте, unit-тесты после фич и постепенное внедрение интеграционных тестов в молодой команде.
• Олег не называет себя строгим сторонником TDD: по его мнению, при меняющихся требованиях предварительное написание тестов может оказаться лишней работой. Это его рабочая позиция, а не универсальное правило.
• Для senior-позиции проверяют не только написание кода: нужно уметь обсуждать ответственность за продукт, уточнение требований, исследование задачи, наставничество и доведение изменения до результата.
• Следует быть готовым описать процесс code review: в текущей команде Олега изменения смотрят тимлид и ещё два разработчика, что особенно важно на ранней стадии проекта.
• При смене работы Олег ставит выше высокой компенсации интересный и полезный проект, возможность учиться и понятный рабочий процесс; он приводил пример отказа от более оплачиваемой legacy-задачи.
• На техническом интервью для опытного разработчика, по словам Олега, вероятнее вопросы об архитектурных компромиссах, проектировании и реальном опыте, тогда как на junior-уровне чаще встречаются алгоритмические задачи и базовые вопросы по вебу и языку.