Только я не пишу иф, я получаю юзера)
А ты изобрёл свой get_or_create

Не понел
Как ето не пишешь

Ты же линк кидал

Юзер может не со старта начинаться, и состояния вообще не для этого, имхо

я не сказал, что состояния для этого. Это просто их приятный побочный бонус. При использовании FSM у юзера None стейт может быть лишь один раз, пока он «не внутри», то есть не было обращений. Попал - записал - дальше фильтруешь исходя из того, какой стейт. None стейт идёт на запись и установку следующего шага, остальные ниже по цепочке

Ну если найдёшь, кинь

Ну так у тебя тоже самое? В чем разница после Андрея?

Никакой

😳

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

Неудобно
Полезно когда еще возвращается True, если был Create

я топлю за такой подход руководствуясь только логичностью. Опять же, FSM это шаги движения юзера по программе, от них зависит в какой момент ждать ввод имени, нажатия кнопки, а также вывода приветствия (и записи в базу, почему нет?). Если человек написал в бот и у него нет стейта, ему высылается приветствие, устанавливается первый стейт, ожидается что-то для дальнейшего действия. Ну, и также он попадает в БД. Как только у него закреплён первый стейт, становится ясно, что он «одомашнен»)).
В дальнейшем, первый хэндлер с фильтром на state=None отсеивает новоприбывших людей, и направляет их на этап «регистрации». Тех же, кто уже имеет какое-то состояние, отправляются по своим веткам и сюжетам. Почему же «fsm не для этого»? Вернее, почему я не могу её так использовать?

подход с двуличным методом нарушает и принцип единой ответственности, и по ебалу можно получить от джангохейтеров

Я в другом городе)

они есть везде

не оборачивайся

Значит просто фсм с get_or_none под капотом)

неа, не путай)

Шах и мат, ничего не знаю