sim3x: Я специально называю так приложение_модель_акшен и в шаблонах потом пишу так же {% url 'приложение_модель_акшен' %} Не сказал бы что какие-то сопли появились, название у меня еще не разу нигде не пересекались.
Владислав: Насчет коде стайл не припомню, чтобы что-то автоматом проверялось, насколько я знаю есть такие плагины у jenkins, но коде ревью всегда делал teamlead, он же и тыкал носом разработчиком ,которые наговнокодили. Обычно делают так: jenkins слушает вертку development и заливает все на dev сервер, который тестируют. Если все ок, тимлид делает ребейс с мастер, а опять же женкис слушает мастер и заливает на мастер, все так после тестов. а то вдруг в процессе мерджа, где то случайно появилась синтаксическая ошибка или еще что-то. но это для параноиков, вообще можно просто обновлять продакшен по изменению в ветке мастер. можно ксати генерировать change.log и версию тут же.
Roman Kitaev: В проектах, в которых сейчас работаю старенькие версии django и есть приложения сторонние, которые уже не поддерживаются, переписывать под третий нет времени. Новый проект вот стартовал, на 3 пробую и последнюю версию django.
Roman Kitaev: Это очень удобно. я по сути разделяю еще формы и ObjectManager. То есть у меня в моделях только структура и и какие-то методы, в менеджерах выборки какие-то, тоже удобно, чтоб не писать портянки во вью. Ну и формы так же. Искать что-то по коду, потом очень удобно, потому что знаешь, что где происходит, если выборка или какие-то инсерты или апдейты то в менеджерах.
Roman Kitaev: Не против, это я просто пример накидал. на самом деле у меня миксинов гораздо больше обычно в проектах, миксины с правами доступа, с ajax запросами и прочее. Удобно очень разруливать все.
Максим Власов: Ну тут я сомневаюсь. С начальством нужно спорить, предлагать более быстрые и легкие решения проблем. Иначе софт будет дорогим и сложным в обслуживании.
tef: Суть гита в том, что если это команда разработчиков, то как правило они работают с разными участками кода, так как разные задачи, если один разработчик, то и слой изменений один и он принимается автоматически. Разрешаются конфликты не часто. Ну а суть гита не только в склеивании изменений.
Николай: Статика и должна лежать тут: @app/themes/mytheme (@app/themes/your_theme/css, @app/themes/your_theme/js). Но работу с ними нужно описать в AppAssets. Либо правильнее будет сделать свой файл, например YourThemeAssets и подключить в AppAssets
