я тебе написал

а мне зашло Aratyn T. - Building Django 2.0 Web Applications  + Daniel Greenfeld - Two Scoops of Django 1.11

то что в книге старая версия не мешает обучению?

да, Aratyn T. - Building Django 2.0 Web Applications тоже норм

и что, я джангогерлз на второй версии делал

А что там в книгах пишут? Бест практис какие то?

если о Daniel Greenfeld - Two Scoops of Django 1.11 то совсем нет. Важно понимать не только что и как  делать а чем обусловлено именно это решение. И в этой книге это толкуется. Многие другие авторы пишут просто:  это делаем так, а другое сяк... и нет понимания зачем..а как можно еще.  Версии - это не так так критично ибо там описаны практики

вроде старая книга а перевода нет((

Если для новичка, то классы -это магия...3 строчки и всё работает...но классы состояти из функций..так что функции нужно знать и уметь.  Как по мне - классы очень сильно ускоряют и упрощают разработку. Но без понимания функций это будет что-то похоже не блуждания в темноте

говорят, что это не критично, если пользоваться translate.google.com

Есть браузерные разширения для перевода с экрана, на винде вообще qtranslate, там просто нужный текст по нажатию 1 кнопки переведет. Даже переключаться между браузером и книжкой не придется.

спасибо после Дронова почитаю, если смогу все таки осоилить его

как раз и пользуюсь qtranslate когда пдф читаю, работает без проблем

почему не срабатывает active в классе list-group-item. это бутстрап

вопрос я же правильно думаю как это работает, допустим я отдал токен его js сохранил куки или локал стореж, после функции логин как она исполнилась js же делает редирект на "/"?

допустим на бэке в сетингах я указал LOGIN_REDIRECT_URL = '/'
LOGOUT_REDIRECT_URL = '/'

учитывая современные тренды оптимальный ответ такой: когда у тебя есть сомнения, используй функции (с декораторами), иначе классы) в любом случае, каким-то образом структуры данных нужно представлять, классы не исчезнут полностью, те же модели - это всегда будут классы в том или ином виде... в OOP нет ничего плохого кроме ситуаций, когда делают OOP ради OOP, пытаясь ввернуть те или иные паттерны проектирования OOP только ради того, чтобы показать, что программисту они известны, в итоге код становится сложным для понимания...

если рассматривать крайности, то упоротость ФП в 2019 году считается более красивой, чем упоротость ООP 😊

Есть кстати хорошее правило: если в классе два метода, один из которых инит, то его следует заменить функцией

Но только следует учитывать, что наличие функций совершенно не означает наличие ФП. Потому что ФП не просто про функции, а про чистые функции.