Так что это скорее крик души, чтобы даже новички понимали к чему ведёт бездумное создание кронтабов

Тебе оправдались разработчики что они только изучают что-то и не знали как сделать лучше? Ну отлично что ты им показал

Давай мы сразу, чтоб не быть однобокими сделаем крик души о том, к чему ведет оверинжиниринг?

а у тебя на чем парсер написан? не scrappy случайно?

Что не знали как делать и вообще зачем делать лучше:D оказалось что в течение 6 лет половина их старых задач загнулась, одна начала течь по памяти, а они не могли/хотели замечать проблему, закидывая все железом (один сервер, VM на 64 ядра и 128гб RAM на простейший агрегатор). Сейчас бизнес встрял и пришлось месяц-полтора переписывать и писать к этим задачам тесты. Лучше бы добавили в начале хоть тот же redis, но хоть какой-то мониторинг - энтропия против over-engineering, лучше уж системный подход и больше думать о будущих задачах, чем бояться писать много кода

Как я выше написал, ты вообще про другую сторону говоришь. У тебя там какие-то опытные разработчики шесть лет поддерживали (и оно работало, хаха) какую-то огромную продакшн штуку и почему-то не думали об оптимизации. Здесь у нас речь о том с чего начать парню для маленького проекта

Начиналось как pet-project:D

И прекрасно работало, как минимум полгода

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

В общем, я не хочу больше спорить (и сомневаюсь что ты меня переубедишь в том что оверинжиниринг это плохо) и что никому нельзя использовать кронтаб

Я рад что ты активно агитируешь за свою точку зрения 👍

доброго вечера
не подскажите почему делать вот ак плохо?
`
try:
    item.save()
except IntegrityError:
    raise ValidationError(f'Параметр с именем {item.validated_data["name"]} уже существует.')
`

item это сериалайзер

зависит от бабла. если есть бабло - лучше заложить по максимуму в разумные сроки. если нет - пет проект на коленке и 6 лет - это охерительное решение.

Не спорю: легче - лучше. Однако стоит всегда предупреждать новичков о цене их решения, о проблемах с поддержкой и масштабированием на берегу, чтобы знали альтернативы, для этого по-моему и нужны такие чаты:)

Потому что есть serializer exception

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

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

При валидации проверять есть ли и там правильно кидать ошибку, до save, в validate

Написать кастомный валидатор