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

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

Скрипт работает на ноутбуке и падает на сервере — классика. Обычно причина не в Python, а в мелочах: зависимость от текущей папки, ручные пути к файлам, скрытые переменные окружения.

Проверь базовый набор:
— все пути строятся через pathlib или os.path.join;
— входные данные валидируются до начала работы;
— логирование пишет не только ошибку, но и контекст задачи;
— сетевые запросы имеют timeout и retry;
— временные файлы чистятся даже при исключении.

Отдельно опасны скрипты, которые молча проглатывают исключения. Если except просто pass, баг уходит в тень и всплывает уже в данных, отчётах или интеграциях. Лучше падать шумно, чем делать вид, что всё в порядке.

Ещё одна частая проблема — запуск без параметров окружения. Конфиг, токены, рабочие каталоги, права на запись и кодировка файлов должны задаваться явно. Тогда скрипт можно переносить между cron, Docker и локальной машиной без сюрпризов.

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