как жонглируете этими самими тоглами?

тоглы в базе, есть UI-ка что бы включать выключать для конкретных групп пользователей

https://www.martinfowler.com/articles/feature-toggles.html вот эту длинную статью почитай

а как вы группы юзеров определяете кстати?

Я когда только пришел в тот проект, и по сути инициализировал гит репу, первая задача была сделать функционал по генерации документов с партнёрами.
То есть продава ещё нечего, но надо чтобы уже в договор подставлялись данные клиента и выплёвывался договор.
Так первыми фичами у нас появилась сущность Document.
Её никогда никогда не использовал, админка появилась чуток позже и в админку её никто никогда не добавлял.
По сей день она там в проекте живёт)

спасибо, эту не видел еще.

у нас специфика - все пользователи разбиты по организациям и там еще по уровням. Потому это как раз таки вообще не проблема

у меня на такое аллергия. стараюсь быстро удалить мертвые штуки

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

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

у тебя там может чего и перемешалось, а у нас есть определенная специфика

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

все эти штуки - ОТДЕЛЬНО, так что ничего не перемешалось

когда на проекте 20 человек. то код очень быстро обрастает такими рудиментами. и тут если нет культуры так сказать минимализма, то все идет по наклонной

счастливые)

а если 2?

справедливости ради - менеджмент постоянно наровит "реюзуть" тоглы не только для релиз менеджмента но и для доступов например. Так что это "разделено" дается нам пока не бесплатно

А если создать табличку и нагенерить в неё рандомно избранных пользователей из разных больниц - норм подход?

у нас на тебя в суд подадут

эээ