А так я бы разрабатывал на том, что нравится и актуально. В данный момент обе технологии имеют спрос на рынке. За скоростью, если бежите. То вам в универсальный вариант - golang. Я на python пишу, явно не бенчмарки под лупой рассматривать, а быстро решать задачи. Вы уж извините!
Так написали, будто в 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 за то быстрее разрабатывать!
А я с вами не согласен. То что, если человек введет номер телефона без посредника в виде телеграма. В любом случае не гарантирует, то что номер будет настоящий. Кучу лет живут сервисы, которые дают в аренду сим-карты для получения кода. Если человек хочет скрыть номер. Он в любом случае - это сделает.
А насчет веб-сокетов согласен. Даже для стартапа, но при аренде vps, хотябы 2 ram.
Какой мне смысл нагружать людей всякими быстрыми менедж пакетами на RUST, если содержания статьи больше под новичков рассчитано. Средний уровень у статьи указан, потому что оно направления имеет, и базовое понимание перед прочтением нужно иметь. Выглядишь очень смешно, будто пару дней узнал о чем-то новом и пытаешься всем свою четкость доказать. которой нет лол
Я пишу и на Django и на FastAPI под коммерцию, если тебе интересно. Больше на Django, но в любом случае имел коммерческий опыт и на FastAPI. Не особо понимают твою логику приходить на статью по тутору по Django, где ни слова о FastAPI и начинать всем доказывать, то что это самый четкий фреймворк. Выглядит забавно.
А зачем усложнять Dockerfile? А если библиотек будет под 20? Вместо лаконичной строчки, будет огромный ад из 20 библиотек. Ну если нравится такой подход, то окей. Ну я особого преимущества лично не вижу в твоем варианте. Да и для примера, как мне кажется в этой статье. Такой вариант был бы куда проще для восприятия.
Честно, с тобой тут согласен. Я сам под 200-300 строчек кода на рабочий прод переписал. Там крайне объёмный он был. Но оно того стои, не видел в django достойных аналогов, почитав документацию, выкрутил настолько приятный интерфейс, что вряд-ли буду пользоваться когда-либо иным интерфейсов. Да и кому ставил из заказчиков, эмоции у них были положительные.
Особенно правда, рекомендую почитать документацию, либо если будет еще время, то уже вглубь зайду и опишу, лишь часть возможностей, которые правда очень полезны.
Если есть желание, немного написать свой каскадных файлов и переписать малость admin.py, то лучшее решение!
Привет, описанные тобой проблемы в большинстве случаях - вкусовщина, если тебе нравится пользоваться стандартной, то пользуйся. Если твоё начало аргументации начинается с того, что ты жалуешься на цветовую палитру, которую можно сменить в пару кликов на АБСОЛЮТНО любую. Как по мне это некорректно, ибо у каждого человека свои вкусы.
Половина твоих проблем, решаются созданием кастомного .css файла для этой админки. Я лишь дал вводную информацию о такой довольно локальной библиотеке, но изучив документацию. Ты поймешь, что 90% процентов проблем созданием каскадного файла решит. Я затронул далеко не все возможности, а лишь прошелся кратко по основным.
Мне кажется выбор между написанием своих каскадных файлов на дефолтную админку Django, затратит в разы больше времени, чем с этой библиотекой. И я уже рад, то что сэкономил кому-то время.
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
какой-то вы нежный слишком
А так я бы разрабатывал на том, что нравится и актуально. В данный момент обе технологии имеют спрос на рынке. За скоростью, если бежите. То вам в универсальный вариант - golang. Я на python пишу, явно не бенчмарки под лупой рассматривать, а быстро решать задачи. Вы уж извините!
Так написали, будто в 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 за то быстрее разрабатывать!
А я с вами не согласен. То что, если человек введет номер телефона без посредника в виде телеграма. В любом случае не гарантирует, то что номер будет настоящий. Кучу лет живут сервисы, которые дают в аренду сим-карты для получения кода. Если человек хочет скрыть номер. Он в любом случае - это сделает.
А насчет веб-сокетов согласен. Даже для стартапа, но при аренде vps, хотябы 2 ram.
хороший юмор тебя, как понимаю долго догнать не может? =))
Какой мне смысл нагружать людей всякими быстрыми менедж пакетами на RUST, если содержания статьи больше под новичков рассчитано. Средний уровень у статьи указан, потому что оно направления имеет, и базовое понимание перед прочтением нужно иметь. Выглядишь очень смешно, будто пару дней узнал о чем-то новом и пытаешься всем свою четкость доказать. которой нет лол
Я пишу и на Django и на FastAPI под коммерцию, если тебе интересно. Больше на Django, но в любом случае имел коммерческий опыт и на FastAPI. Не особо понимают твою логику приходить на статью по тутору по Django, где ни слова о FastAPI и начинать всем доказывать, то что это самый четкий фреймворк. Выглядит забавно.
А зачем усложнять Dockerfile? А если библиотек будет под 20? Вместо лаконичной строчки, будет огромный ад из 20 библиотек. Ну если нравится такой подход, то окей. Ну я особого преимущества лично не вижу в твоем варианте. Да и для примера, как мне кажется в этой статье. Такой вариант был бы куда проще для восприятия.
@ky0, привет. Благодарю за критику, исправил. Писал от руки, если есть еще замечания, то буду рад выслушать.
Хахахах. Сейчас в отпуске, как дома буду - подправлю.
Делитесь обязательно своим опытом, будет очень интересно почитать! На правду не претендую, лишь мое мнение!
Честно, с тобой тут согласен. Я сам под 200-300 строчек кода на рабочий прод переписал. Там крайне объёмный он был. Но оно того стои, не видел в django достойных аналогов, почитав документацию, выкрутил настолько приятный интерфейс, что вряд-ли буду пользоваться когда-либо иным интерфейсов. Да и кому ставил из заказчиков, эмоции у них были положительные.
Особенно правда, рекомендую почитать документацию, либо если будет еще время, то уже вглубь зайду и опишу, лишь часть возможностей, которые правда очень полезны.
Если есть желание, немного написать свой каскадных файлов и переписать малость admin.py, то лучшее решение!
Мне кажется это решит твою проблему - https://unfoldadmin.com/docs/filters/autocomplete/
Привет, описанные тобой проблемы в большинстве случаях - вкусовщина, если тебе нравится пользоваться стандартной, то пользуйся. Если твоё начало аргументации начинается с того, что ты жалуешься на цветовую палитру, которую можно сменить в пару кликов на АБСОЛЮТНО любую. Как по мне это некорректно, ибо у каждого человека свои вкусы.
Половина твоих проблем, решаются созданием кастомного .css файла для этой админки. Я лишь дал вводную информацию о такой довольно локальной библиотеке, но изучив документацию. Ты поймешь, что 90% процентов проблем созданием каскадного файла решит. Я затронул далеко не все возможности, а лишь прошелся кратко по основным.
Мне кажется выбор между написанием своих каскадных файлов на дефолтную админку Django, затратит в разы больше времени, чем с этой библиотекой. И я уже рад, то что сэкономил кому-то время.