AO
Программистам Loren ipsum и нужен
Size: a a a
2019 May 19
AO
Т.е. через фикстуры? И руками или постоянно проверять
Фикстуры тормознутые
AO
Просто ORM вручную или через генераторы
AO
Ещё быстрее - дамп базы накатить
MM
Тут именно интерес со стороны автоматизации, руками то понятно что можно и менедж и дамп и тд - как это построить на пайпах в распределенном воркфлоу
AO
2 и 3 варианты можно сочетать
MM
Думал можно уйти от таких вариантов)
EM
можно прям через factory_boy генерить данные
MM
Но видимо данные есть данные, таблетки не существует. Нового юзера придется создавать руками
MM
Как генерить понятно, вопрос когда в рамках пайпа
AO
можно прям через factory_boy генерить данные
+
A
Суть DRF в том, чтобы все данные отправлять клиенту в JSON, а уже на стороне клиента обрабатывать, например, через vue или другой подобный фреймворк?
V💊
Суть DRF в том, чтобы все данные отправлять клиенту в JSON, а уже на стороне клиента обрабатывать, например, через vue или другой подобный фреймворк?
суть DRF в тои, что бы облеегчить эту работу
MM
Я сам все время участвую в крупных продуктовых проектах, но вот сейчас захотел для себя построить автоматизацию на моментальное создание простых сайтов. Цмс и быстрое развертывание инфраструктуры и процесса, т.е. упор на флоу данных между окружениями и автоматизация. нажал кнопку и погнал гитлаб окружения подымать, где уже на хероку сразу можно клацать результат и работать с этим (фрилансеров подключить безболезненно и тд). Так вот тут проблема в понимании правильности подхода. Кто и как создает юзера, как прокидывать данные базы между окружениями, если дамп то как его создавать деву (что такое данные приложерия а что конткнт юзера), там еще мидиа есть как данные приложения (дизайн как контент). Вот когда это крупные проекты то все ок, но когда проект это конвейер то вот вопросы т.к. ценность решения именно в этом а не в бизнес логики конкретного проектика
V💊
Я сам все время участвую в крупных продуктовых проектах, но вот сейчас захотел для себя построить автоматизацию на моментальное создание простых сайтов. Цмс и быстрое развертывание инфраструктуры и процесса, т.е. упор на флоу данных между окружениями и автоматизация. нажал кнопку и погнал гитлаб окружения подымать, где уже на хероку сразу можно клацать результат и работать с этим (фрилансеров подключить безболезненно и тд). Так вот тут проблема в понимании правильности подхода. Кто и как создает юзера, как прокидывать данные базы между окружениями, если дамп то как его создавать деву (что такое данные приложерия а что конткнт юзера), там еще мидиа есть как данные приложения (дизайн как контент). Вот когда это крупные проекты то все ок, но когда проект это конвейер то вот вопросы т.к. ценность решения именно в этом а не в бизнес логики конкретного проектика
если дамп, то зачем его создавать деву?
AO
Я сам все время участвую в крупных продуктовых проектах, но вот сейчас захотел для себя построить автоматизацию на моментальное создание простых сайтов. Цмс и быстрое развертывание инфраструктуры и процесса, т.е. упор на флоу данных между окружениями и автоматизация. нажал кнопку и погнал гитлаб окружения подымать, где уже на хероку сразу можно клацать результат и работать с этим (фрилансеров подключить безболезненно и тд). Так вот тут проблема в понимании правильности подхода. Кто и как создает юзера, как прокидывать данные базы между окружениями, если дамп то как его создавать деву (что такое данные приложерия а что конткнт юзера), там еще мидиа есть как данные приложения (дизайн как контент). Вот когда это крупные проекты то все ок, но когда проект это конвейер то вот вопросы т.к. ценность решения именно в этом а не в бизнес логики конкретного проектика
Большинство людей не делают проекты на потоке, поэтому под каждый проект своя автоматизация
AO
Универсально и хорошо сделать сложно, каждый под себя что-то улучшает, под 1 проект
AO
На Django обычно не делают то, что на потоке
AO
Миграции - сложно и больно, простым сайтам они не нужны
AO
То есть когда у тебя 100 простых проектов, лучше брать систему, которая не требует делать миграции