мысли автора праведные, но это нельзя назвать энтерпрайзом. всего лишь набор инструментов и практик, которые не дают ни каких гарантий.
говорю по опыту увиденных проектов: наличие всего выше перечисленного в равной степени может быть как полноценным энтерпрайзом так и сплошным легаси в перемешку с макаронами в т.ч. и совершенно не рабочим.
Энтерпрайз — это все таки не про инструменты и практики, а про грамотное их применение.
мой опыт показывает, что вебсокеты делаются на чем угодно aio* за 5 минут без джанги. да и зачем джанго для пуш уведомлений? или вы апи фигачите через сокеты…?
вы все верно написали, но не по делу.
супервизор решает одну оч простую задачу — рестарт приложения при краше. именно про это и был мой вопрос тк конфиг автора для системд этого не делает. и если приложение ляжет — само не поднимется
я конечно не спец в 3й джанге (давно сменил стек), но небольшой эксперимент все же проводил. и производительность джанго под asgi у меня проседала на 30% относительно wsgi варианта. а где обещанные бонусы ?))
напишу ответ под свой комментарий в виде некоторой выдержки из комментариев и личного опыта:
Джанго + дрф = прекрасный инструмент для разработки crud api без сложной бизнес логики. всякие там интернет-магазины, бложеки и тп. ровно эту же задачу прекрасно решает и паттерн репозиторий, но в таком приложении он нафиг не нужен.
когда речь заходит про проект средней сложности по бизнес логике, тут можно и нужно комбинировать разные подходы и практики чтобы и не затянуть сроки выпуска фич, и не погрязнуть в макарошках. уже тут всплывают всякие нюансы и компромиссы.
а вот когда у вас сложный проект, толстые модели, вся логика держится только на SQL тут джанга и дрф — практически антипаттерн. и чтобы вы не пытались привнести в проект все равно получится не очень. и компромиссов будет ещё больше.
это не означает что джанго — это зло, просто оно о другом, и создавалась как раз под потоковую разработку бложеков, а не проекты на миллион строк со сложными отношениями сущностей.
и всегда есть не нулевая вероятность того, что вы выбрали не правильный инструмент для решения конкретной задачи.
открою вам маленький секрет: нету ни каких общепринятых практик. есть дока по джанге и дока дрф, а дальше кто во что горазд. только набив приличную кучу шишек и снаварив макарон на армию порождаются практики внутри компании / команды. и если вас озадачивает такой вопрос: делайте как считаете правильным и подходящим здесь и сейчас, потом придет более лучшее решение, а потом ещё одно и ещё одно. всегда будут компромиссы
Нету хороших или плохих фреймворков — вы просто не умеете их готовить.
Вообще прочитал статью по диагонали и зерно здравого смысла в словах автора имеется, однако если капнуть чуть поглубже то:
1- во вьюхах не должно быть обращений к бд, только валиадция, сериализация и десериализация
2- дрф хоть и позволяет делать crud легко и быстро, но так же оно размазывает бизнес логику по разным уровням приложения. Если следить очень, очень, реально очень внимательно за кодом — не проблема, но шаг в сторону и привет макароны.
3- логика в моделях. Этим страдают всякие django-fsm тут даже говорить не о чем.
Автору могу посоветовать познакомиться и внимательно изучить паттерн репозиторий решает если не все, то большинство из описанных выше проблем в тч и какие-то проблемы из самой статьи.
Если оч коротко, то
вьюха принимает запрос и отдает ответ.
Дрф только валидирует запрос, (де)сериализует
Модель — тупо описание схемы бд (близко по смыслу sqlalchemy.Table)
Слой общения с бд (тот самый репозиторий)
И слой бизнес логики — по сути функция с параметрами которая принимает на вход какие-то параметры согласно контрактам (интерфейсам), общается репозиторием, и отдает какой-то результат согласно контрактам. Вызывать ее можно хоть от куда угодно.
Схему рисовать не буду, лень)
точно не путаю. равновесие на велосипеде удерживается не только и столько вашими мышцами сколько эффектом гироскопа. и если при педалировании у вас что-то напрягается по мимо ног чтобы настолько жечь энергию вероятно вам стоит задуматься о своей посадке и технике педалирования.
есть ощущение, что мы запутались в терминологии и друг друга не понимаем)
допустим одышка = нечем дышать = анаэроб, а учащенное дыхание = аэроб.
с учащенным дыханием при правильном пульсе можно вести активность час и более, и не париться — это хорошо и правильно для организма тк нету перегрузки и в тоже время регулярность таких «тренировок» запускают механизм адаптации организма:
развивается капилярная система, укрепляется сердце и как следствие снижается чсс, развиваются мелкие мышцы ответственные за выносливость, и много много других процессов. все это приводит к тому, что уже через пару недель эта же самая нагрузка (допустим прогулка 10км за 2 часа) будет ощущаться более легко.
вот прям на пальцах из моей стравы:
2 недели таких прогулок 3 раза в неделю:
первая — пульс 145, средняя скорость 5.2км/час. забиты квадрицепсы, икры уставшие, голеностоп гулит. отходняк сутки или более
последняя — пульс 145, средняя скорость 6км/час. уже через пару часов готов посторить. ни какой усталости или неприятных ощущений.
Длительная тренировка — это сугубу индидуальное определение в пересчете на время, для кого-то это 5 минут, для кого-то от 1.5 часов. И смысл тут не в том чтобы заниматься какой-то конкретный промежуток времени, а в том чтобы сжеч запасы гликогена и переключить организм на «жировой реактор» (опираясь на тему статьи — похудение).
Очень важно понимать, что спорт и здоровье — это сугубо индивидуальные вещи. только грамотный тренер может определить подходящие для вас нагрузки, только врач может сказать в каком состоянии ваш организм, И толь вы сами можете оценить свое состояние до/после/во время тренировки и внести какие-то корректвы с тренером, если таковой имеется, чтобы сохранять баланс отдых/тренированность.
по уму одышки вообще быть не должно.
одышка — это прямое следствие того, что организм требует больше кислорода чем вы способны усвоить, а это уже анаэробные нагрузки, которые не имеют ни чего общего со здоровьем.
вся литература и тренеровочные программы циклических видов спорта начинаются со слов: разговорный тем, т.е во время тренировки вы должны быть в состоянии разговаривать целыми предложениями. это архиважно!)
К великому сожалению велосипед ни как не способствует похужению, вот хоть тресни! Бег многократно эфективнее в этом полане банально потому что задействует вообще все мышцы организма, а велосипед работает буквально на 3х крупных мышечных группах.
Однако, при избыточном весе велотренажер отличный старт в сторону развития сердечно-сосудистой системы тк позволяет очень точно контролировать свой пульс и не дает ни какой ударной нагрузки на колени и позвоночник в первую очередь.
я не хочу ни кого обидеть, но читая раздел про спорт становится очевидно, что автор совершенно не понимает как устроен человеческий организм и как бег на него влияет. и если не полениться и почитать хоть немного правильной литературы и погуглить интернеты то правильный ответ будет примерно таким: бег не даёт прирост мышечной массы (с оговорками), не стоит сразу бежать с понедельника с языком на плече, а начать стоит с обычно ходьбы. а если уже бегаете не загонять себя до 7го пота — это банальное обезвоживание, а не похудение. заниматься надо регулярно и продолжитедьно на низком пульсе чтобы сначала сжечь запасы гликогена (энергия в чистом виде) и заставить организм вырабатывать энергию за счёт расщипления жиров. при правильном подходе организм работает в таком режиме не только во время тренировок, но и длительное время после. грамотно питаться тоже надо, но грамотно — это не совсем про калорийность продуктов, а про их содержимое!
у нас тоже DevOps. точнее как, есть DevOps инженеры в компании, а есть наемные админы, просто админы, которые и делают все работу на пару с разработчиками засучив рукава крутят ансиблы там всякие, CI/CD и все такое. а что делают DevOps? Правильно, -н… я-, кроме как развернуть пустую виртуалку ни чего больше делать не хотят.
я искренне хочу верить, что где-то эта сказка стала явью, а пока что вижу только сплошной маркетинг
у меня возник не менее креативный вопрос к автору: а «х… к х… к, в продакшн» считается высшим навыком колдунства или проклятьем без возможности откатить ?)
Один только вопрос к тегам b-tree != Binary tree. Бинарное дерево это когда у любого элемента строго не более 2х дочерних, а семейство B деревьев сильно ветвистые. Ну и сверху ещё много отличий
Я совершенно не понял, что хотел сказать автор, но в одном полностью согласен: современные манагеры совершенно не умеют в управление (или я на столько не везучий). Но что еще более печально, мало того, что сами не умеют и не хотят в это лезть, так еще и команде всячески мешают наладить работу своим вмешательством вида «а мне так не удобно. понятия не имею что это такое и зачем я тут, но мне так не удобно… переделывайте как я говорю»…
говорю по опыту увиденных проектов: наличие всего выше перечисленного в равной степени может быть как полноценным энтерпрайзом так и сплошным легаси в перемешку с макаронами в т.ч. и совершенно не рабочим.
Энтерпрайз — это все таки не про инструменты и практики, а про грамотное их применение.
супервизор решает одну оч простую задачу — рестарт приложения при краше. именно про это и был мой вопрос тк конфиг автора для системд этого не делает. и если приложение ляжет — само не поднимется
Джанго + дрф = прекрасный инструмент для разработки crud api без сложной бизнес логики. всякие там интернет-магазины, бложеки и тп. ровно эту же задачу прекрасно решает и паттерн репозиторий, но в таком приложении он нафиг не нужен.
когда речь заходит про проект средней сложности по бизнес логике, тут можно и нужно комбинировать разные подходы и практики чтобы и не затянуть сроки выпуска фич, и не погрязнуть в макарошках. уже тут всплывают всякие нюансы и компромиссы.
а вот когда у вас сложный проект, толстые модели, вся логика держится только на SQL тут джанга и дрф — практически антипаттерн. и чтобы вы не пытались привнести в проект все равно получится не очень. и компромиссов будет ещё больше.
это не означает что джанго — это зло, просто оно о другом, и создавалась как раз под потоковую разработку бложеков, а не проекты на миллион строк со сложными отношениями сущностей.
и всегда есть не нулевая вероятность того, что вы выбрали не правильный инструмент для решения конкретной задачи.
Вообще прочитал статью по диагонали и зерно здравого смысла в словах автора имеется, однако если капнуть чуть поглубже то:
1- во вьюхах не должно быть обращений к бд, только валиадция, сериализация и десериализация
2- дрф хоть и позволяет делать crud легко и быстро, но так же оно размазывает бизнес логику по разным уровням приложения. Если следить очень, очень, реально очень внимательно за кодом — не проблема, но шаг в сторону и привет макароны.
3- логика в моделях. Этим страдают всякие django-fsm тут даже говорить не о чем.
Автору могу посоветовать познакомиться и внимательно изучить паттерн репозиторий решает если не все, то большинство из описанных выше проблем в тч и какие-то проблемы из самой статьи.
Если оч коротко, то
вьюха принимает запрос и отдает ответ.
Дрф только валидирует запрос, (де)сериализует
Модель — тупо описание схемы бд (близко по смыслу sqlalchemy.Table)
Слой общения с бд (тот самый репозиторий)
И слой бизнес логики — по сути функция с параметрами которая принимает на вход какие-то параметры согласно контрактам (интерфейсам), общается репозиторием, и отдает какой-то результат согласно контрактам. Вызывать ее можно хоть от куда угодно.
Схему рисовать не буду, лень)
допустим одышка = нечем дышать = анаэроб, а учащенное дыхание = аэроб.
с учащенным дыханием при правильном пульсе можно вести активность час и более, и не париться — это хорошо и правильно для организма тк нету перегрузки и в тоже время регулярность таких «тренировок» запускают механизм адаптации организма:
развивается капилярная система, укрепляется сердце и как следствие снижается чсс, развиваются мелкие мышцы ответственные за выносливость, и много много других процессов. все это приводит к тому, что уже через пару недель эта же самая нагрузка (допустим прогулка 10км за 2 часа) будет ощущаться более легко.
вот прям на пальцах из моей стравы:
2 недели таких прогулок 3 раза в неделю:
первая — пульс 145, средняя скорость 5.2км/час. забиты квадрицепсы, икры уставшие, голеностоп гулит. отходняк сутки или более
последняя — пульс 145, средняя скорость 6км/час. уже через пару часов готов посторить. ни какой усталости или неприятных ощущений.
Очень важно понимать, что спорт и здоровье — это сугубо индивидуальные вещи. только грамотный тренер может определить подходящие для вас нагрузки, только врач может сказать в каком состоянии ваш организм, И толь вы сами можете оценить свое состояние до/после/во время тренировки и внести какие-то корректвы с тренером, если таковой имеется, чтобы сохранять баланс отдых/тренированность.
одышка — это прямое следствие того, что организм требует больше кислорода чем вы способны усвоить, а это уже анаэробные нагрузки, которые не имеют ни чего общего со здоровьем.
вся литература и тренеровочные программы циклических видов спорта начинаются со слов: разговорный тем, т.е во время тренировки вы должны быть в состоянии разговаривать целыми предложениями. это архиважно!)
Однако, при избыточном весе велотренажер отличный старт в сторону развития сердечно-сосудистой системы тк позволяет очень точно контролировать свой пульс и не дает ни какой ударной нагрузки на колени и позвоночник в первую очередь.
я искренне хочу верить, что где-то эта сказка стала явью, а пока что вижу только сплошной маркетинг