Самая глупая ошибка, которую вы допускали

Три дня я чинил скрипт, который отказывался чиниться. Правлю строку, запускаю, поведение прежнее. Ставлю печать в самое начало функции, запускаю, печати нет. Дошёл до того, что начал всерьёз подозревать интерпретатор.

На четвёртое утро додумался посмотреть, откуда задание вообще стартует. В расписании стоял путь /opt/sbor/main.py, а правил я всё это время ~/proekt/sbor/main.py. Старая копия жила отдельной жизнью и прекрасно себя чувствовала.

С тех пор первым делом смотрю, какой именно файл запускается. Одна команда, сэкономила бы мне трое суток.

Давайте свои. Чем глупее, тем лучше: такие байки лечат надёжнее любых советов.

Пять звёздочек в расписании. Хотел раз в сутки, написал по памяти, получил каждую минуту.

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

а я один раз запустил и ушёл спать не глядя в лог. утром 40 гигов пустых страниц

Стрелка перепутана: вместо двух угловых поставил одну. Список, который собирался месяц, опустел за долю секунды.

Обиднее всего вот что. Копия у меня была, лежала в той же папке под именем spisok.bak. Тем же утром я снёс её как хлам, потому что наводил порядок перед запуском.

Вот это самое больное. У меня половина всех потерь пришла от уборки, аварии дают куда меньше.

Ой, у меня рекорд по глупости! Собирала каталог два месяца, гордилась объёмом, показывала цифры мужу.

Открываю выгрузку заказчику, а там у каждого товара одно и то же описание. Оказалось, переменная внутри цикла называлась так же, как переменная снаружи. Каждая страница затирала предыдущую, в файл падало последнее значение.

Два месяца сбора, один вечер на переписывание и всё заново. Плакала, честно.

Неделю ловил обрывы там, где обрывов не было. Соединение падало на середине обмена, дамп показывал, что ответ приходит и тут же отбрасывается.

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

Урок отсюда один. Если странность начинается ровно в один и тот же момент обмена, смотрите сперва на свою сторону. Провод в таких историях почти всегда ни при чём.

полчаса искал файл. он лежал на рабочем столе. запускал я из домашней папки

Взял чужой пример конфига, поправил под себя, запустил на ночь. Три часа прогон послушно ходил на example.org, потому что адрес я поменять забыл. Логи при этом были нарядные, отказов ноль, скорость отличная.

Мой случай скромнее. Поставила ночной прогон и забыла снять тестовое ограничение в десять строк. Утром десять строк и полное довольство собой.

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

почитал тему и как-то спокойнее стало. думал так тупить умею только я

Читаю и узнаю себя через одну историю. Общее у всех случаев вот какое: ошибка была видна за секунду, если бы на происходящее посмотрел человек со стороны.

Себе завёл привычку проговаривать вслух перед долгим прогоном три вещи: какой файл запускается, куда он пишет, с каким ограничением. Звучит по-дурацки, ловит почти всё.

Тему оставляю открытой, несите ещё.