В одном из холиваров пришли к тому, что лучше не переводить.

ну у нас холиваров нет
поэтому использую общепринятую терминологию

Это походу в Python Beginners сидят и холивары разводят, по коду там не подскажут, но зато обосрут за допущения в терминологии и то как ты пишешь импорты 🤷‍♂

Один из их админов как то сюда пришел, недолго я его наблюдал.

кстати что скажу, по поводу холиваров и всего такого. Вы видели каким путём движется раст для веба?

Красиво и модульно. Там есть годный пакет для ORM, пакет для сериализации, пакет для api. И всё это отдельно. Круто!

rust же компилируемый ?

да

при этом язык лаконичный, а скорости как на сях. Воистину чудо господне!

спасибо решил

только найти работу раст разработчику будет ой как сложно, мне кажется

ну думаю так же как и Go разработчикам для веба
это удел высоких нагрузок и скоростей

Ребята, кто сталкивался с полями, которые динамически добавляются пользователями? Нашел 2 варианта для реализации: jsonfield для хранения доп полей и связанная модель для создания доп полей. По данным полям в дальнейшем будет производиться фильтрация, а также поля будут добавляться всем сущностям модели, что накладывает нагрузку на базу. Какой вариант по вашему мнению более предпочтительный? Стоит ли использовать что-то не из реляционных баз для данной задачи?

ну если для всех моделей
думаю jsonfield

опять такие нет полной картины

json поле индексируется и фильрация по нему в принципе возможна

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

это интеграционная система для интеграции разных проектов

сам тоже склоняюсь к jsonfield, так как этот вариант более предпочтительный

достаточно обычной связи один к многим через ForeignKey

Хотя зависит от того как потом с этими юзерами работать придется

если нужно организовывать авторизацию для этих юзеров, то jsonfield явно не ваш вариант