История изменений
Исправление fMad, (текущая версия) :
а не было мысли взять из джанги ништяки и выбросить какашки?
у меня наверно стандартный набор отношений с джангой
напротив крутости админки стоит выдающаяся сложность её переработки: если проще сделать новую, то отпадает плюс крутой дефолтной админки!
при всей крутости ORM и его связи с шаблонами, часто проще написать запрос руками и тогда отпадают все плюсы ORM.
но очень нравится использовать ORM для одновременной работы с sqlite&&mysql&&mssql!
да там круто с формами работать, но если нужны особые формы, а именно они и нужны всё время, то на создание forms.py уходит больше времени чем на создание формы с нуля
да это здорово что очень много приложений гитхаба, но когда у каждого приложения десятки мёртвых форков, для разных версий это просто вымораживает
чем дальше в лес тем чаще вижу, что я не пишу сайт на Django, а сражаюсь с Django, сражаюсь с системой управления пакетами джанга, с ORM, с наследованием, со сменой концепций
вижу лишь одну нишу для неё, когда компания берёт её как свой стандарт и в требованиях к работникам привязывает к Django зарплатой. тогда можно легко манипулировать ими, мол ты чё тупой, это же джанга, читай маны пока не сделаешь или не сдохнешь (сам видел такое).
ps: может у меня что-то в мышлении не так устроенно и от этого такое отношение к таким фреймворкам
Исправление fMad, :
а не было мысли взять из джанги ништяки и выбросить какашки?
у меня наверно стандартный набор отношений с джангой
напротив крутости админки стоит выдающаяся сложность её переработки: если проще сделать новую, то отпадает плюс крутой дефолтной админки!
при всей крутости ORM и его связи с шаблонами, часто проще написать запрос руками и тогда отпадают все плюсы ORM.
но очень нравится использовать ORM для одновременной работы с sqlite&&mysql&&mssql!
да там круто с формами работать, но если нужны особые формы, а именно они и нужны всё время, то на создание forms.py уходит больше времени чем на создание формы с нуля
да это здорово что очень много приложений гитхаба, но когда у каждого приложения десятки мёртвых форков, для разных версий это просто вымораживает
чем дальше в лес тем чаще вижу, что я не пишу сайт на Django, а сражаюсь с Django, сражаюсь с системой управления пакетами джанга, с ORM, с наследованием, со сменой концепций
вижу лишь одну нишу для неё, когда компания берёт её как свой стандарт и в требованиях к работникам привязывает к Django зарплатой. тогда можно легко манипулировать ими, мол ты чё тупой, это же джанга, читай маны пока сделаешь ине посинеешь.
ps: может у меня что-то в мышлении не так устроенно и от этого такое отношение к таким фреймворкам
Исходная версия fMad, :
а не было мысли взять из джанги ништяки и выбросить какашки?
у меня наверно стандартный набор отношений с джангой
напротив крутости админки стоит выдающаяся сложность её переработки: если проще сделать новую, то отпадает плюс крутой дефолтной админки!
при всей крутости ORM и его связи с шаблонами, часто проще написать запрос руками и тогда отпадают все плюсы ORM.
но очень нравится использовать ORM для одновременной работы с sqlite&&mysql&&mssql!
да там круто с формами работать, но если нужны особые формы, а именно они и нужны всё время, то на создание forms.py уходит больше времени чем на создание формы с нуля
да это здорово что очень много приложений гитхаба, но когда у каждого приложения десятки мёртвых форков, для разных версий это просто вымораживает
чем дальше в лес тем чаще вижу, что я не пишу сайт на Django, а сражаюсь с Django, сражаюсь с системой управления пакетами джанга, с ORM, с наследованием, со сменой концепций
вижу лишь одну нишу для неё, когда компания берёт её как свой стандарт и в требованиях к работникам привязывает к Django зарплатой. тогда можно легко манипулировать ими, мол ты чё тупой, это же джанга, читай маны пока сделаешь ине посинеешь.