Есть ли крупные проекты или значимые кейсы с Python и Django

Что проверяют

Работали ли вы с Django на масштабе, где начинаются настоящие проблемы: нагрузка, объём данных, долгоживущий код и несколько команд. Следом спрашивают про вашу личную роль и про самое сложное техническое решение в проекте.

Как отвечать

Возьмите один-два проекта и расскажите их по схеме: контекст, масштаб, ваша роль, решения, результат.

• масштаб в цифрах: пользователи, запросы в секунду на пике, размер ключевых таблиц, число сервисов и разработчиков. «Крупный» лучше показать числами, чем прилагательным;
• ваша роль: что вы делали сами, а что команда. Говорите «я», когда речь о вашей работе;
• технические решения на стеке: как боролись с N+1 через select_related и prefetch_related, какие индексы добавили в PostgreSQL, что вынесли в фоновые задачи Celery с Redis или RabbitMQ, как кэшировали, как делали миграции на большой таблице без простоя (колонка без дефолта, заполнение пачками), где пригодились DRF, асинхронные вьюхи на ASGI или отдельный сервис на FastAPI;
• результат: что изменилось после вашей работы, с метрикой, которую вы реально видели в мониторинге;
• вывод: что сделали бы иначе сейчас. Это показывает зрелость лучше любого успеха.

Цифры приносите свои и будьте готовы объяснить, как их получили. Если по-настоящему крупных проектов не было, так и скажите и расскажите о самом сложном из того, что было: внутренний сервис, фриланс, открытый pet-проект в проде. Честное «пользователей было две тысячи, но деплой, мониторинг и фоновые задачи я настроил сам» звучит лучше приукрашенной истории.

Где спотыкаются

Перечисляют стек вместо истории: «Django, DRF, PostgreSQL, Celery, Docker». Интервьюер не понимает, какие задачи вы решали и какого они были уровня.

Называют впечатляющую цифру, например десять тысяч запросов в минуту, и не могут ответить, на скольких инстансах это было, с каким временем ответа и чем это мерили.

Не могут объяснить выбор Django. Сильный ответ показывает, что вы понимаете его сильные стороны (админка, ORM, экосистема) и цену (синхронное наследие, тяжеловесность для мелких API).