По резюме Senior, но пришёл собеседоваться на Middle? / Техсобес Middle Python Developer

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

Это тестовое (mock) собеседование на позицию Middle Python Developer. Кандидат рассказывает о проекте SDB: монолитном продукте, который генерирует REST API поверх схем баз данных, поддерживает несколько инстансов через Memcached и использует потоковую отдачу JSON. Основная техническая часть посвящена ООП-дизайну магазина, различию наследования, композиции и агрегации, а также разбору учебного кода через GRASP, SOLID, связность и ответственность классов. В финале интервьюеры дают развёрнутую обратную связь и предлагают укреплять системное мышление, практику проектирования и коммуникацию на интервью.

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

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

• Подготовьте конкретный рассказ о производительной оптимизации: в видео кандидат связывает замедление JSON-стриминга в Pyramid/WSGI с очень маленькими чанками и частыми системными вызовами, а исправлением называет буферизацию байтов перед отправкой.
• Для опыта с распределённым состоянием полезно заранее объяснить: какие данные лежат в общем Memcached, как предотвращаются конкурентные записи, как устроен lock и какие ограничения либо непроверенные предположения остаются у решения.
• В задачах на ООП сначала уточняйте границы предметной области и стройте модель сверху вниз: от магазина к отделам, сотрудникам и операциям, а не с отдельных классов и наследования.
• Разделяйте наследование, композицию и агрегацию через отношения предметной области и жизненные циклы объектов; не создавайте иерархии ролей сотрудников, если их обязанности лучше выразить отдельными контрактами или компонентами.
• В учебном примере скидку обсуждают как изменчивую бизнес-логику, которую не стоит безусловно помещать в Product; при этом зафиксированная скидка может храниться в Order как часть истории покупки.
• На интервью полезно вслух обозначать паузу на размышление, задавать уточняющие вопросы и прямо отделять известное от неизвестного; это рекомендации интервьюеров, а не установленный результат собеседования.
• Для практики интервьюеры предлагают самостоятельно спроектировать магазин как pet-проект, попробовать DDD и Clean Architecture и затем сверять структуру с реальными требованиями, а не применять паттерны формально.