<b>7 ошибок в python-скриптах, из-за которых автоматизация ломается в самый неудобный момент</b>
Скрипт «работает у меня» — плохой критерий. В проде обычно падают не из-за сложной логики, а из-за мелочей: путь к файлу другой, переменная не задана, сеть моргнула, формат входа чуть сместился.
— Жёстко прошитые пути и логины. Вынеси конфиг в env или отдельный файл, иначе перенос на другой сервер превращается в ручной ремонт.
— Нет проверки входных данных. Если CSV пустой, JSON битый, а поле пропало, скрипт должен завершаться с понятной ошибкой, а не молча портить результат.
— Игнор исключений через голый except. Так теряется причина сбоя. Лови конкретные ошибки и пиши в лог, что именно сломалось.
— Нет idempotency. Повторный запуск не должен дублировать записи, пересылать одно и то же или ломать промежуточное состояние.
Ещё два частых провала: отсутствует таймаут на запросы и нет нормального логирования. Без таймаута скрипт зависает, без логов его невозможно разбирать после инцидента.
Если скрипт нужен не для демо, а для работы, проверяй вход, фиксируй ошибки, делай повторный запуск безопасным и сразу добавляй логи. Это экономит часы на каждом сбое.
Python Web & Scripts — Django, FastAPI, скрипты
@python_web_scripts
<b>7 ошибок в python-скриптах, из-за которых автоматизация ломается в самый неудобный момент</b>
Этот пост опубликован в Telegram-канале Python Web & Scripts — Django, FastAPI, скрипты. Подписаться можно по ссылке: @python_web_scripts.