сменить Django на другой фреймворк, легко будет сделать это?
Сложно, с Джанго вообще сложно слезать, но при чём тут надёжность? "это и есть причина того, что код этот абсолютно неподдерживаемый" - нет, причина неподдерживаемости кода и ненадёжности кроется исключительно в разработчиках.
Я выше написал причём
очень частый кейс ага)
ребят, вы хоть теорию читайте
По мне, ты просто не самый лучший пример привёл. Django и в мире питона не шибко любят. Т.е. оно хорошо для небольших проектов, а когда проект подрастает - превращается в гирю от которой сложно избавиться.
Я опираюсь на практику, все эти теории по типу сменить БД/сменить фреймворк упираются в практику, мало кто таким занимается “просто так”. Писать по солиду можно и на том же джанго, но мало кому это надо. Его выбирают для того чтобы требования бизнеса быстрее реализовать, а не когда хотят писать чистейший SOLID код
Я в курсе, у нас с вами много общих чатов) Но, тем не менее, факт: джанго занимает свою нишу, и заменить её можно разве что на RoR. Либо придётся уйму всего написать вручную. Конечно, если речь идёт о микросервисе, то только дурак возьмёт джанго, а не FastAPI, например, но, если мне нужен сайт с админкой, то брать FastAPI, а не Django как-то странно. Я, если что, не люблю Django, несмотря на то, что в этом диалоге часто упоминаю его.
1) Очень многие сейчас соблюдают СОЛИД потому что это тупо быстрее получается сильно и 2) вы насмехаетесь над другим не обладая при этом должными знаниями.
Ну занимает, ок. Только зачем вообще в ту нишу ходить? Это ж как битрикс, который сначала как-то появляется в компании("смотрите сколько всего он умеет!!!"), а потом долго и мучительно от него избавляются.
Я “насмехаюсь” над аргументом “если сменить фреймворк” по вашему мнению который доказывает “что код этот абсолютно неподдерживаемый.”. Я ничего не говорил про то что “солид плох и никто на нем не пишет”
вы насмехаетесь, даже не зная что это не кейс - а метод проверки. Так мы понимаем, что Django ломает D, что практически гарантировано приведёт к провалу в будущем, а в ближайшем настоящем к дорогой разработке
Зависит от задачи. Есть сайты, которые, допустим, делаются под партнёрскую программу. Их очень легко и удобно пилить на Django/RoR. Избавляться там от Django никто не будет никогда, ибо никому это не нужно. Делать кому-то такие сайты или нет - вопрос отдельный, но он не имеет отношения к текущей беседе. Есть спрос - есть и предложение. Я правда давно от этого ушёл, не беру такие заказы.
Тут немного другое. Конечно, если ты знаешь Django и проект небольшой, то есть смысл
Конструктор сайтов типа tilda/wix закроет эту задачу быстрее и проще.
Может быть, но не всегда. Конструктор сайтов хранит данные у себя + не настолько кастомизируемый
Вот у меня сейчас стоит подобная задача, нужна тупо админка для своих, с RO/RW аккаунтами и 5-10 сущностями. Пилить на Go не вижу никакого смысла... еще и фронт придется самому делать. А Django тут идеально подходит.
Фу! Ты что, брось каку! Только Го!!!
ну бэк то я запилю с радостью... а что с мордой делать?
Ну выставить можно ещё заказчику счёт 50к за админку на React)
некоммерческий проект.
https://t.me/gogolang/622884
сохранил к себе, поизучаю
Я пилил на го. Субьективно вполне "пилибельно" в сравнении с петонами. Другое дело, что всё вручную, да.
Но мне кажется, запилить админку нужно спрашивать на собеседовании на джуна.
дурацкое ТЗ, отталкивает
Я не про тз, а что это надо уметь делать
Обсуждают сегодня