А

Тогда пон

Типо, нужно ли делать на такое отдельную таблицу и тянуть их из бд или будет норм их просто на клиенте в константу закинуть

в таблицу

найдите плюсы размещения не в таблице

проще, экономнее

ну конкретнее
чем проще? не надо запрос делать?
экономнее в плане чего?

Экономнее так как меньше запросов, проще так как не нужно делать этот самый запрос, описывать логику на сервере.

Всем привет подскажите есть нормальный сервис доставки почты чтобы уведомления были?

Бесплатно

ну это какое-то описание по типу: мне вот как-то лень тут париться - не буду, пожалуй

давайте так, я не прошу на них отвечать, но обдумайте эти вопросы:
1) к статусам что-то привязано? или может ли быть привязано?
2) есть ли вариант, что статусы будут добавляться?
3) что вы будете делать, если надо будет добавить статус?
4) если вы закинете их в константу - придётся и на бэкенде кидать в константу?
5) как в таком случае вы будете следить за консистентностью данных?

ровно так же и с обратным процессом - удалением

Поэтому то я и сомневаюсь. Так как все эти пункты мимо 😢

ну 4 и 5 пункт и без добавления/удаления на месте. если 5 - под сомнением, то 4 наверняка. или что это за статусы такие, не отражённые на бэке?

Это что то по типу enum. Просто набор допустимых значений, которые передаются уже в схему Task как одно из полей.
Тоже самое, что если бы я для поля даты сделал 3 возможных поля: today, yesterday, tomorrow

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

ну вот меня вообще не убеждает как-то)

и неважно юзером оно будет добавляться или админом, сути не меняет

так, чтобы добавить статус, нужно лезть непосредственно в код, какая-то сомнительная сущность

Тогда в базу не надо