Comments 20
В системах где много всяких подобных данных, которые могут понадобиться когда-нибудь - их хранят даже не в базе, а просто в виде кучи файлов на диске.
Потому что в базе они только мешаются, а на диске могут быть разложены по каталогам по годам, месяцам, дням... Если кому-то взбредёт в голову их прочитать обратно в базу - это делается элементарно.
Какой ужас !
Кажется, из всего коллектива только DBA что-то понимает.
Тестового стенда нет, код выкатывается сразу на прод. Про logrotate не слышали.
Нифига не понятно. Разница между Москвой и UTC — 3 часа. Почему "на час"?
И главное, как это сдвиг на час, да хоть на три, мог удалить данные за 90 дней? Что-то тут не то...
Большо похоже что с таймстемпами какая-то фигня была, например в базе данных они были в секундах, а параметр рассчитывался миллисекундах.
Какой смысл анализировать эту мало внятную генерацию? Этот бот за последнюю неделю надудолил и на Пикабу подобного бреда вагон.
Судя по статье у вас команда вайб-кодеров с вайб-тимлидом, в компании где хотя бы парочка адекватных специалистов есть, такая ситуация просто невозможна
Есть лютое ощущение что автор в произошедшем не понял ничего кроме «ну чет сломалось из-за меня, но меня не уволили, хехе»
Непонятно каким образом человек который в глаза не видел бд, обработчик для которой он пишет, имеет доступ к тому чтобы из нее что-то удалять. А если видел, как можно было не заметить utc?
Чем дальше тем больше вопросов возникает))
А ведь вайб-кдинг и прочие автогенерации кода только набирают обороты. Надо потерпеть немного эту лихорадку, а потом работы будет — завались!
Ок, нейросеть - давай напишем статью о том как я превратила баг в фичу.
Вайб-кодерам вайб-зарплату!
В статье вся вёрстка кода люто яростно поехала! Что это за pythonКопироватьРедактироватьold_events и т.п.?
Если вы кодите так же, как статьи пишете, то... ну ээээ... ожидаемо.
Python покорил меня своей читаемостью
а чёрно-белое кино покорило обилием цветов?
Я могу ошибаться, но код вида
pythonКопироватьРедактироватьcutoff = datetime.now() - timedelta(days=90)
db.delete().where(Event.timestamp < cutoff)ну очень похож на скопипастенный из нейросети из-за наличия "pythonКопироватьРедактировать". Как разработчик может упустить такой момент, да ещё и настолько криво оформить вёрстку статьи - поэтому считаю, вам оправданно наставили минусов.
И главное, 1) удаляли данные из db. А потом выяснилось, что они нужны. Выходит, кучка вайб-кодеров не придумала архитектуру и галлюцинировали полурабочий код?
Как уже верно заметили, МСК+0=GMT+3. Откуда разница в 1 час? Хотя понятно, учитывая кто писал и тестировал код.
>Я могу ошибаться
Вы не ошибаетесь. Этот бот на нескольких ресурсах такое опубликовал и такое же подобное
Спасибо, так и предполагал.
Странно, что этот хлам заплатили даже в то канале Хабр разработки: https://t.me/habr_dev/69449.
PS. Хабр уже не тот :(. Хотя к счастью по-прежнему попадаются весьма интересные и годные статьи, с авторами которых интересно беседовать и обсуждать тему самой статьи или смежные темы.
[del]
Как из-за разницы в час (три, девять, двенадцать) можно удалить данные за три месяца?
«Мой код не работает!» или как я превратила баг в фичу (почти случайно)