С каким опытом работы с библиотеками Python вы сталкивались?

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

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

Как отвечать

Сгруппируйте опыт по задачам и на каждую группу дайте одну содержательную деталь.

• Веб: фреймворк и то, как в нём устроены внедрение зависимостей, валидация запроса и обработка ошибок.
• База: SQLAlchemy и миграции, стратегии загрузки связей, почему ленивая загрузка вне сессии стреляет в ногу.
• Асинхронность: asyncio и асинхронный http-клиент вместо синхронного, запуск блокирующего кода в отдельном пуле.
• Фон: очередь задач, повторные попытки, идемпотентность обработчика.
• Качество: pytest с фикстурами и параметризацией, статическая проверка типов, линтер в сборке.

Хорошо работает рассказ про конкретное столкновение: как ловили утечку соединений с базой, как переписывали валидаторы после смены мажорной версии библиотеки схем, как убирали блокирующий вызов, из-за которого вставал весь цикл событий. Такие истории и есть доказательство опыта.

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

Читают список названий вслух. Собеседующий тут же спрашивает, зачем взяли именно это и что не понравилось, и разговор заканчивается на первом уточнении.

Путают стандартную библиотеку со сторонней. asyncio, dataclasses, functools поставляются с языком, а пакеты для валидации схем, http-запросов и работы с таблицами ставятся отдельно и живут по своему графику совместимости, за которым надо следить.

Не знают границ применимости. Синхронный клиент внутри корутины останавливает весь цикл событий, потоки не ускоряют счётную нагрузку из-за глобальной блокировки интерпретатора, а обработка таблицы в памяти перестаёт помещаться раньше, чем кажется.