<b>Скрипт на Python ломается не в коде, а в границах входа, логов и ошибок</b>

<b>Скрипт на Python ломается не в коде, а в границах входа, логов и ошибок</b>

Если пишете утилиту «на один вечер», всё равно начинайте с трёх вещей: нормальный CLI, явные коды выхода, понятные сообщения об ошибках. Скрипт без этого быстро превращается в магию, которую страшно запускать второй раз.

Дальше проверьте базовый набор:
— входные данные валидируются до основной логики;
— все сетевые и файловые операции завернуты в try/except на нужном уровне;
— временные файлы удаляются даже при падении;
— результат можно повторить без ручной чистки.

Отдельная ловушка — молчаливые падения. Если скрипт парсит, грузит или массово меняет данные, он должен писать, что именно обработал, что пропустил и почему. Один лог на старт, один на итог, а между ними только ошибки и спорные случаи.

И ещё: не смешивайте бизнес-логику с I/O. Когда чтение файлов, запросы к API и трансформация данных живут в разных функциях, скрипт проще тестировать, переиспользовать и чинить без переписывания всего файла.

Если утилита не переживает плохой вход и частичный сбой, это не автоматизация, а ручной труд в обёртке Python.