Python Web & Scripts — Django, FastAPI, скрипты
Скрипт на Python ломается не в коде, а в границах входа, логов и ошибок
Если пишете утилиту «на один вечер», всё равно начинайте с трёх вещей: нормальный CLI, явные коды выхода, понятные сообщения об ошибках. Скрипт без этого быстро превращается в магию, которую страшно запускать второй раз.
Дальше проверьте базовый набор:
— входные данные валидируются до основной логики;
— все сетевые и файловые операции завернуты в try/except на нужном уровне;
— временные файлы удаляются даже при падении;
— результат можно повторить без ручной чистки.
Отдельная ловушка — молчаливые падения. Если скрипт парсит, грузит или массово меняет данные, он должен писать, что именно обработал, что пропустил и почему. Один лог на старт, один на итог, а между ними только ошибки и спорные случаи.
И ещё: не смешивайте бизнес-логику с I/O. Когда чтение файлов, запросы к API и трансформация данных живут в разных функциях, скрипт проще тестировать, переиспользовать и чинить без переписывания всего файла.
Если утилита не переживает плохой вход и частичный сбой, это не автоматизация, а ручной труд в обёртке Python.
2 ·