но захватывает лишнее

age: {$exists: true}

о да спасибо. Как раз читаю про него)

Логин на сайте это процесс авторизации или аутентификации?

те это все один процесс состоящий из 3 этапов?

1. Сначала нужно проверить, что ты вообще зареган - идентификация
2. Потом, нужно проверить, что ты - это вообще ты, а не злоумышленник или подставное лицо - аутентификация
3. Потом, нужно проверить, что у тебя есть права на доступ куда-то - авторизация

3 этап невозможен без первых двух
2 этап невозможен без первого
1 этап может быть отдельно от остальных, например когда делается запрос за списком пользователей и выполняется поиск по логину

спс за развернутый ответ

Вы спасли мою жизнь! (*без иронии)

Подскажите пожалуйста следующий асппект:
есть джира, для таск менеджмента, но в джире ведь таски оформлять тоже можна по-разному.
Слышал о таком понятии как BDD (behaviour-driven development).
На сколько я понял, это стиль оформленя в джире типа такого:

**Given** I'm an admin user

••WHEN•• I fill up register form I reach the page with form with additional quesions
**WHEN** I press `skip` button, I reach the dashboard pabe
...|

**Acceptance criteria**
I can't skip any data on register form;
Any data in register form should validate respecitvely to (refference for validation rules);
etc...

Возможно есть и другие стили оформления задач. Возможно кто-то сталкивался с разновидностями. Хочу сравнить, попробовать разные подходы.
Поделитесь опытом пожалуйста.

Мы на проекте особого стиля не придерживаемся. Если задача маленькая ( обычная таска/баг) то просто создаём тикет с типом задачи и даём понятное описание. Если же это выкат новой крупной фичи - делаем историю, и дробим ее на задачи. При этом в гитлабе каждый мр префиксируем в соответствии с номером задачи в джире, и потом можно из джиры сразу смотреть мры которые были созданы к задаче, и из гитлаба переходит сразу к таске в джире

Классика)

Спасибо

В нас очень похоже

Покер планинг деаете?

Находите это профитным?

Понял) лично мне очень удобно, и с командой особо не задумывались о каких то изменениях, ну и сама джира у нас в виде kanban доски

В нас спринты

Считаю, если проект только стартует или устаканивается, то лучше ськанбана стартовать

И если команда уже притёрлась. Уже знают её скорочть и объём разработки за единицу времени, возможно, есть смысл к скраму приходить