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

7 ошибок в python-скриптах, из-за которых автоматизация тихо ломается Скрипт может «работать» и при этом уже портить данные, дублировать действия или пропускать часть задач. За неделю в репах обычно всплывает одно и то же: — Нет явной проверки входных данных: пустой файл, кривой JSON, неожиданный тип в поле. — Логика завязана на пути, времени и локали, а не на параметрах. — Ошибки ловятся общим except, после чего процесс продолжает жить как ни в чем не бывало. Отдельно проверь точки интеграции: API, БД, S3, почту, очереди. Там нужны таймауты, ретраи с ограничением и понятный idempotency-ключ, иначе повторный запуск превращается в дубль. Если скрипт пишет файлы, делай запись через временный файл и atomic rename, а не поверх старого результата. Еще одна частая проблема — отсутствие наблюдаемости. Если нет структурных логов, метки запуска и счетчика обработанных объектов, отладка сводится к «ну вроде вчера работало». Для cron и CLI-сценариев это особенно больно: падение без кода ошибки почти всегда значит, что сигнал потерян где-то по пути. Хорошее правило простое: каждый скрипт должен уметь падать громко, повторяться безопасно и оставлять след, по которому можно восстановить цепочку действий.