Что хотят услышать интервьюеры:

Важно уметь не только ловить ошибки, но и правильно на них реагировать: не скрывать проблему, а локализовать её, логировать и либо восстановить работу, либо корректно завершить процесс. Для меня хороший обработчик ошибок — это тот, который не ломает систему целиком и помогает быстро понять причину. Если ошибку нельзя безопасно обработать, её лучше пробросить выше или остановить выполнение с понятным сообщением.

Определение:

Реакция на ошибку в процессе работы — это набор действий, которые программа выполняет при сбое: перехватывает исключение, фиксирует контекст, пробует восстановиться, откатывает изменения или завершает операцию безопасным образом. В Python это обычно делается через try/except/finally, а также через логирование и повторный выброс исключения, если ошибка критична.

Пример использования:

Например, сервис читает данные из файла. Если файл отсутствует, вместо падения всего приложения можно записать ошибку в лог, вернуть понятный ответ и продолжить работу с другим файлом.

import logging

logging.basicConfig(level=logging.INFO)

def read_config(path):
    try:
        with open(path, "r", encoding="utf-8") as file:
            return file.read()
    except FileNotFoundError:
        logging.error("Файл конфигурации не найден: %s", path)
        return None
    except OSError as e:
        logging.exception("Ошибка при чтении файла: %s", e)
        raise
    finally:
        logging.info("Попытка чтения файла завершена")

config = read_config("app.conf")
if config is None:
    print("Используется конфигурация по умолчанию")

Пояснение кода:

В примере try содержит потенциально опасную операцию — открытие и чтение файла.
Если файла нет, срабатывает except FileNotFoundError: ошибка логируется, а функция возвращает None, чтобы вызывающий код мог выбрать запасной сценарий.
Если происходит более серьёзная ошибка ввода-вывода, она логируется через logging.exception, после чего пробрасывается дальше с помощью raise.
Блок finally выполняется всегда, поэтому подходит для финальных действий: закрытия ресурсов, метрик, служебного лога.

Ключевые моменты:

Ошибку нужно не просто поймать, а осознанно решить: восстановить, заменить запасным вариантом или пробросить выше.
Критично логировать контекст: что именно упало, с какими данными, в каком месте.
Не стоит использовать пустой except: он скрывает реальные проблемы и усложняет отладку.
Для временных сбоев уместны retry-механизмы, но с ограничением по числу попыток и задержкам.
Если операция частично изменила состояние, важно думать об откате или атомарности.
finally полезен для гарантированного освобождения ресурсов и завершающих действий.

Как ты реагируешь на возникновение ошибок в процессе работы?