В этой подборке вопросы сгруппированы по формату «Поведенческие вопросы», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: qa, testing, frontend.
Назовите собственные критерии и их приоритет: задачи, команда, руководитель, условия, развитие и устойчивость бизнеса. Объясните, какой существенный фактор может перевесить выбор в пользу другого предложения.
Назовите реально использованную библиотеку и критерии выбора: async API, производительность, поддержка нужных возможностей Kafka и удобство сопровождения. Термин «классическая библиотека» нужно уточнить у интервьюера.
Опишите реальный процесс команды: уточнение требований, разработка, review, проверки, подготовка релиза и наблюдение после выкладки. Уточните, кто принимал решения и какую часть выполняли вы.
Перечислите брокеры, с которыми действительно работали, и задачи: фоновые задания, интеграционные события, потоковая обработка. Затем объясните гарантии доставки, повторы и наблюдаемость в вашем проекте.
Опишите фактическую схему: модель находилась в том же процессе, отдельном сервисе или у внешнего провайдера; взаимодействие шло через HTTP, gRPC или очередь. Затем поясните, почему выбрали такой вариант.
Назовите реальную причину завершения работы кратко и спокойно. Если было сокращение, можно обозначить организационный контекст; если собственная инициатива — профессиональные причины и ожидания от следующей роли.
Выберите реальные проекты и разделите свою роль: проектирование REST API, интеграция модели, подготовка данных или эксплуатация. Наличие HTTP API и работа с LLM — разные части опыта, их лучше описывать отдельно.
Расскажите, изучали ли вы байткод через dis и для какой задачи: понимание исполнения, анализ производительности или отладка. Для обычной разработки писать байткод вручную обычно не требуется.
Если работали с CTE, приведите пример: разбиение сложного запроса на именованные части или рекурсивный обход иерархии. CTE задаётся через WITH и действует в пределах одного SQL-выражения.
Опишите реальный план онбординга: доступы и окружение, знакомство с архитектурой, первые небольшие задачи, review и регулярная обратная связь. Покажите, как учитывали разный опыт двух разработчиков.
Укажите соотношение нового и существующего кода в вашем опыте и приведите пример каждого подходящего типа работы. Разработка с нуля и развитие работающего сервиса проверяют разные, но равно полезные навыки.
Ответьте, где и для чего использовали SQLAlchemy: Core или ORM, синхронный или асинхронный доступ, какие БД и объёмы задач. Затем приведите конкретный пример работы с запросами и транзакциями.
