и именно этот контейнер и будет запущен на проде, все версии либ 1 в 1

в твоей ситуации на CI будут одни версии либ, у разработчика другие, на продакшене третьи

среда запуска разная, это может породить разные глюки

которые будут только на продакшене

в твоей ситуации на CI будут одни версии либ, у разработчика другие, на продакшене третьи

ну-с, сейчас даже на богомерзком пыхе версии минорные можно фиксировать

в случае с контейнерами это будет идентичный контейнер, там будет 100% совпадение всего, всех файлах на всех окружениях, DEV/ TEST/ PROD

или на той же ноде

Вендоринг грамотный можно организовать и без контейнера, другое дело что да, контейнер и накатить и откатить проще

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

и гонять тесты постоянно

в случае любых проблем легко за несколько секунд сменить версию на production'е

и если завис сервер, так же легко поднять новый

У меня на последней работе proxmox был, все внутри через гитлаб

ну и blue green deploy тоже как без контейнеров сделать?

образы печатались софта окружения

А вендоринг зависимостей делали через фиксацию минорок

Докер использовал только для локальной разработки, не хотелось макось засирать

для Django-разработчиков тут нужно понимать, что умение работать с Docker/Kubernetes станет рано или поздно требованием, одним из

мб уже стало

то есть от вас админы будут ждать именно образы контейнеров

Ну я уже пол года смотрю вакансии, не часто просят это

в Россию всё медленнее приходит, с задержкой

в основном просят джанго и пистон. Туда же опыт работы с системой очередей и субд)

примитивно все)

ну либо просто не допускают программистов к тем системам и поэтому нет требований

контейнеры дают огромные преимущества, когда нужно быстро масштабировать проект

Была статья на хабре по деградации качества из за нахлынувших sre

уже и девопсов классических подменяют рукожопыми разработчиками. 2 руки которые код пишут растут откуда надо, а вот остальные 2 руки которые торчат из задницы обычно творят то, что хайп велит

так что может и к лучшему что пока это не обязательное требование

ну и ешё контейнеры позволяют сделать среду запуска однородной, не важно, что там, Kotlin / Go / Python / Erlang / Haskell, всё деплоится одинаково

Это понятно

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

тебе наверно платят за рекламу кубера)

нет) я не связан с ними никак

просто я заинтересован в том, чтобы Django-программисты в целом умели с ним работать

А я приверженец старого подхода, где программист - это программист, девопс, архитектор присутствует, лид и прожект

Потому что моя жопа знает что иначе мы катимся к конвееру форда

Где для бизнеса хорошо, а для нас нет

ну, программисты уже давно там) это новые синие воротнички современного мира)

sad but true

Большим компаниям это и выгодно, нагревать разработчиков на теме DevOps что бы скатывать их в sre и рынок сужать увеличивая конкуренцию

ну, все эти контейнеры - это больше удар по админам

А то больше много алеш прости ЗП всего лишь за 1 продукт, как кажется обывателю и некоторым менегерам

программисты тут в стороне

А так 1 человек=1 продукт

Идеал конвеера

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

Да нет, не в стороне

ну, вот GCP с Kubernetes - это готовая среда для запуска, она заменяет свои серверы и админа

программист программирует проект, а админ уже как бы и не нужен

причём цены с каждым годом падают на GCP и эта схема становится всё выгоднее

поэтому ты решил фреймворк выучить что бы не голодать на черный день админа?

Идеал конвеера

так а достаточно посмотреть на Agile, на тот же Kanban, там много чего от конвейера)

ты же вроде в девопсе крутился, а тут джанго обмазался

поэтому ты решил фреймворк выучить что бы не голодать на черный день админа?

фреймворк я выучил лет 8 назад ? причиной было нежелание платить программисту, делая личные стартапы)

похожая история, правда я последнии пол года вообще занимаюсь переквалификацией сидя дома

ты же вроде в девопсе крутился, а тут джанго обмазался

ну, DevOps я тоже выучил с целью получения знаний быстрого масштабирования сервиса, AWS/GCP/Azure

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

я знаю достаточно примеров кто начинал и у кого не получилось после курсов и прочего, сам то я уже как 12 лет в коде

просто не пистон был

скажем так, программировать могут многие, другой вопрос на каком уровне. не всегда время лечит и учит, скажем так)

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

на базовом урвоне могут все) и учитывая кучу разных SaaS'ов, базового уровня может хватить) интегрируй разные SaaS'ы по API, получай некий сервис и продавай)

django debug toolbar должен работать когда я рендерю страницу через JsonResponse?

всякие мейлрушечки конвеер создают

Просто на админке он работает, а на апишке нет

django debug toolbar должен работать когда я рендерю страницу через JsonResponse?

нет

а из трендов сейчас machine learning, blockchain

на webdev'е уже сложно нормальные деньги зарабатывать скоро будет

от одного на правом, а от другого на левом глазу мазоли

django debug toolbar должен работать когда я рендерю страницу через JsonResponse?

DDT добавляет код на страницу) JsonResponse просто возвращает json)

там по определению не может ничего быть кроме json'а)

и как мне смотреть sql запросы и за сколько ms он отвечает

на webdev'е уже сложно нормальные деньги зарабатывать скоро будет

не согласен, он останется, так же софт будет актуален. А блокчейн этот усохнется, пока нагревают рынок им потому что это косвенно реальные бабки влитые в стартапы и тонна пилежа микроинвестиций

и как мне смотреть sql запросы и за сколько ms он отвечает

честно говоря, я не уверен, что это хорошая идея делать API на Django если эти критерии тебе важны)

но можно как обычно, через питон

и как мне смотреть sql запросы и за сколько ms он отвечает

в лог можно вывести

честно говоря, я не уверен, что это хорошая идея делать API на Django если эти критерии тебе важны)

почему? и на чем лучше?

почему? и на чем лучше?

Django хороший фреймворк для прототипирования) но вообще, если нужна высокая скорость работы, то тут будет большой оверхёд) для микросервисов обычно берут что-то другое)

на Django можно делать API, просто если для вас очень важно, насколько там всё медленно работает, наверное, Django - не ваш выбор)

https://www.techempower.com/benchmarks/#section=data-r15&hw=ph&test=fortune&l=gcv56n

Всем привет, кто использовал django cms, как ощущения, плевались или годно?

Django хороший фреймворк для прототипирования) но вообще, если нужна высокая скорость работы, то тут будет большой оверхёд) для микросервисов обычно берут что-то другое)

Если вопрос в скорости, то стоит ли вообще выбирать питон?

Если вопрос в скорости, то стоит ли вообще выбирать питон?

обычно важны и другие факторы, например, стоимость поддержки и время вывода новых фич на рынок

на С код быстрый, но писать долго) на Python'е код более медленный, но писать быстро) выбор Python'а для API вполне правильный, если важно быстрее выводить новые фичи в production

если смотреть глобально, сравнивая самый быстрый фреймворк на Python с любым другим самым быстрым, то Python отстаёт раза в 4 судя по данным теста

а 4 раза это достаточно мало, учитывая, что в тех других решениях другие затраты на программистов, другое время разработки

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

полагаю, иначе бы в этой группе было бы гораздо меньше людей ?

посчитайте с позиции менеджера) сколько каждый месяц компания платит денег (с учётом налогов) программистам и сколько платит за хостинг

ну и дальше прикиньте, сколько она бы заплатила, если бы вместо питонистов были бы С'шники, а ТЗ было бы прежним, потребовалось бы больше времени и денег, затраты на хостинг бы снизились, но снижение затрат на хостинг ничего бы не окупило, а из-за повышения времени вывода новых фич на рынок, эту компанию бы обогнали конкуренты

вот поэтому с самого Python'а куда-то там дальше уходить не очень выгодно, а сменить фреймворк - ну, почему бы и нет) под одни задачи один, под другие - другой)

Звучит разумно.

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

Тоды все в пыхыпы - там все дешёвое! ?

php за пределами веба не юзабелен

ну и скорость разработки на python не уступает на PHP

Тут разговоры то были про сеть и кстати в сети )))

ну и скорость разработки на python не уступает на PHP

Согласен, но порог входа в пыху ниже и сам типа прогер дешевле и как грязи - рабов на Битриксе можно мульен найти за 45-50 тр