Подборка объединяет вопросы, отмеченные на этапах интервью в Сбер. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: database, sql, backend.
Назовите желаемые задачи и ограничения, объяснив их профессиональными интересами и опытом. Отделите категорическое «не готов» от задач, которые готовы выполнять как небольшую часть роли.
Расскажите только то, что вам известно: кто принял сопровождение платформы, продолжилась ли эксплуатация и как передали знания. Если после ухода нет достоверной информации, так и скажите.
List comprehension пытается заранее создать десять миллиардов квадратов, что требует огромной памяти. Для последовательной обработки замените список генераторным выражением, но учитывайте стоимость самого вывода.
Основные права Linux — чтение r, запись w и выполнение x для владельца, группы и остальных. Для каталогов эти биты имеют другой смысл, чем для обычных файлов.
Синхронный parse_text_and_save_to_postgres блокирует event loop внутри async-обработчика. Для блокирующего I/O вынесите вызов в ограниченный пул потоков; тяжёлый CPU-парсинг требует другого решения.
Dependency injection — передача зависимостей компоненту извне вместо их скрытого создания внутри. Это упрощает замену реализации, тестирование и управление временем жизни ресурсов.
Сначала выясните причину запрета ORM: производительность, контроль SQL, требования эксплуатации или опыт команды. Затем сравните варианты на конкретной задаче, а не спорьте об удобстве в целом.
Поднимите разрешённое локальное или временное окружение той же версии СУБД и проверьте минимальный сценарий. Подмена интерфейса полезна, но не подтверждает реальную семантику новой базы.
Нужно разделить ускорение HTTP-ответа и полное время оформления заказа. Вынос в Celery может убрать ожидание из запроса, но не сделать саму работу в 60 раз быстрее.
Уточните, кто действительно определял архитектуру процесса и как принимались решения о параллельных проверках. Отделите роль архитектора, команды и собственный вклад.
Partition — упорядоченный журнал части topic; consumer group распределяет его partitions между своими consumers. Порядок гарантируется внутри partition, а не всего topic.