Comments 17
Очень комично вы по поводу Django переживаете :)
У меня бэкграунд в Java был до недавнего времени - и в ней когда-то были популярны UI фреймворки, которых было прям довольно много. Настолько что я в какой-то момент даже на курсы пошёл где попросту все эти Struts/Faces/GWT показывали по штуке за занятие и вкратце рассказывали.
В целом это было конечно зря т.к. разработка уверенно свернула в идеологию "фронтенд отдельно, а на бэкенде только апи".
Это не мешает, конечно, активно использовать старые добрые PHP-шаблоны в собственных проектах - но писать об этом статью я бы пожалуй не стал :)
Комично или не комично, но лично знаю пару историй, где Django не взяли в проект из-за личного отношения к нему разработчиков. Со временем конечно же выяснилось, что зря. На Django то же самое сделали бы гораздо быстрее.
Собственно главный посыл - выбирать технологии без предрассудков, а сугубо под задачу. Django - просто хорошо известный мне пример, на котором я хотел это подсветить :)
Так написали, будто в django используют только django template и никуда от этой концепции не уходили никогда. Существуют - djangorestframework, django ninja. Единственная проблема, которая может погубить фреймворк - долгое затягивание с async ORM. Уже несколько лет подогревают, выкатывая с третьей версии ассинхронщину, но никак полностью перейти не могут. Но я в любом случае выбираю даже медленный django, если проект не нуждается в rps бешенных.
Да и понты fastapi про скорость. Будто они о наличие golang и не слышали, который в этих показателях, извините меня за прямоту - но сажает на пятую точку, что php, что python, да и node.js в ту же корзину. И является при этом гибридом, не так долго писать, как на rust, но по-прежнему быстро.
Нужна будет админка с коробки - буду использовать django.
Нужна будет скорость - буду использовать fastapi.
Надоели сравнивать порш 911 и мерседес s класса. Его изобретали совершенно под другие задачи. Вы сравните fastapi с фреймворками на golang и все вот эти крылья, которые обещали огромные rps, сразу станут маленькими и не способными в гонке с другими) И останется только рассказывать, о том что ну на fastapi за то быстрее разрабатывать!
А так я бы разрабатывал на том, что нравится и актуально. В данный момент обе технологии имеют спрос на рынке. За скоростью, если бежите. То вам в универсальный вариант - golang. Я на python пишу, явно не бенчмарки под лупой рассматривать, а быстро решать задачи. Вы уж извините!
Хочется думать, что ваш мемный котёнок плачет от того, что у него конфетку отобрали, но мы то знаем, что котёнок просто болен, и у него воспалены глаза.
А так статью не читал, котёнка жалко слишком стало.
Никто Джанго не обижает)))
Я на своем опыте часто Джанго использую из за админки, ORM под коробкой или там на какой то большой проект где требуется монолит. А FastAPI чисто чтобы написать там маленький сервис или что то связанное с ИИ. Считаю что сам фреймворк набрал свою популярность из за AI инженеров, в частности они больше используют его чем Джанго, им легче развернуть проект на FastAPI написать 2-3 апишки в одном файле под свою модельку ещё и асинхронно все работает, а не тянуть целый Джанго где есть куча ему ненужных вещей под капотом. Но в краце я с вами согласен отличная статья!
Какие то разные истории. По мне FAST API как замена flask на стероидах для микросервиса. Аля аналог гошечки. Пишешь асинхронный код в синхронном стиле. При этом та же боль с библиотеками и квалификацией разрабов. Да, когда у вас асинхронный код и по мешку экземпляров каждого сервиса нужны дополнительные навыки и знания.
Если у вас в проекте много CRUD и гридов, то Django. Прототип с UI тоже Django.
Нафига вообще долбиться в один фреймворк сидеть? Это - тупик. Особенно на питоне, где в каждой второй либе - минимальный пример 25-30 строк понятного кода. Вчера сидели с джангой, сегодня с фастапи и алхимией, завтра будет какой-нить модный сервак с поправкой на честный многопоток, или вообще все будем писать МСР для ллмок. Не забываем еще, что сбоку нас ждут разные БД, кэши, брокеры, кроны. Еще надо это все завернуть в контейнер, куда-то задеплоить и замониторить чтобы увидеть, если упало. И написать тесты еще, чтобы оно возможно вообще не упало.
P.S. любителям молотков, советую обратить внимание на кувалду - Bitrix)
Пробовал Джанго лет 5 назад. После php фреймворков django ощущался как пережиток прошлого. Теория разработки давно ушла вперёд, а Джанго создавался по лекалам которые существовали 20 лет назад.
Правильный Джанго - это Rails :-)
Джанго полностью соответствует своему кредо. Фреймворк для перфекционистов с дедлайнами! Лучше и не скажешь, по-моему. Люблю его! И Фастапи тоже люблю. Просто когда в руках молоток не нужно все вокруг считать гвоздями. Инструменты подбираются под задачи и под команду.
Проблема в скорости. То что для кого-то профессионально и на высоком уровне то для другого проблема оптимизации
А не потеряют ли значения фреймворки с развитием аи? Может не совсем, но в капой-то мере? Если притензия к FastAPI, что новички тормозят, по сравнения с Django, то, может, аи в этом помогут, нет?
Не обижайте Django