Подборка объединяет вопросы, отмеченные на этапах интервью в Платежное Решение. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: testing, api, backend.
Сообщите, возможна ли очная встреча, и уточните адрес, длительность и доступные даты. Если есть ограничения по поездке, лучше обсудить их заранее и предложить альтернативу.
Индекс выбирают под запросы: B-tree для равенства и сортировки, подходящий индекс для префикса, trigram для подстроки или нечёткого поиска. Для небольшой таблицы последовательное чтение может быть быстрее.
Hash-индекс PostgreSQL распределяет хеши значений по buckets и предназначен для сравнений на равенство. Порядок значений он не сохраняет, поэтому не помогает диапазонам и ORDER BY.
Если это четыре отдельных процесса обычного CPython с одним интерпретатором в каждом, будет четыре независимых GIL. Число сервисов или контейнеров само по себе недостаточно для точного ответа.
Kafka прежде всего хранит распределённый журнал с offsets и повторным чтением, а RabbitMQ предоставляет маршрутизацию и очереди сообщений. Выбор зависит от модели потребления и требований, не только от скорости.
Асинхронность помогает эффективно обслуживать много операций, которые большую часть времени ждут I/O. Корутины позволяют описывать такой поток последовательно без отдельного системного потока на каждое ожидание.
threading.RLock — повторно захватываемая блокировка: владеющий поток может получить её несколько раз. Другие потоки ждут, пока владелец выполнит соответствующее число освобождений.
При постоянных 10 изображениях в секунду получится 864 000 изображений в сутки. Дальнейший расчёт требует среднего размера, числа производных файлов, времени обработки и срока хранения.
Опишите конкретное изменение CI/CD, исходную проблему и наблюдаемый результат: быстрее обратная связь, надёжнее релиз или меньше ручных действий. Отделите личный вклад от работы команды.
Уточните свою реальную роль: проектировали поток оплаты, писали API-клиент, webhook, сверку или только интерфейс. Затем разберите один случай и принятые меры надёжности.
При блокирующем I/O поток часто ждёт ответа сети, диска или другого внешнего ресурса, не выполняя полезные вычисления. В это время другой поток может использовать CPU.