7 ошибок в python-скриптах, из-за которых автоматизация тихо ломается

7 ошибок в python-скриптах, из-за которых автоматизация тихо ломается

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

— Нет явной проверки входных данных: пустой файл, кривой JSON, неожиданный тип в поле.
— Логика завязана на пути, времени и локали, а не на параметрах.
— Ошибки ловятся общим except, после чего процесс продолжает жить как ни в чем не бывало.

Отдельно проверь точки интеграции: API, БД, S3, почту, очереди. Там нужны таймауты, ретраи с ограничением и понятный idempotency-ключ, иначе повторный запуск превращается в дубль. Если скрипт пишет файлы, делай запись через временный файл и atomic rename, а не поверх старого результата.

Еще одна частая проблема — отсутствие наблюдаемости. Если нет структурных логов, метки запуска и счетчика обработанных объектов, отладка сводится к «ну вроде вчера работало». Для cron и CLI-сценариев это особенно больно: падение без кода ошибки почти всегда значит, что сигнал потерян где-то по пути.

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