Изнуряющая физическая нагрузка. От качаловки и до похода в горы на неделю со всей провизией «на себе». Это приток крови к мозгу, это интерес иным вещам, чем работа. Банально, но вправду работает.

Бег два раза в неделю тоже держит тонус, но я бы не смог бегать в задымленном городе, потому по ситуации. Вернется сон, вернется душевное равновесие.

Если вы креативный человек, то бездумное просиживание недели за каким нибудь сериалом наоборот ухудшит ситуацию. Безделье убивает.

Всю страницу обычно не кешируют, никогда не знаешь какой плагин будет добавлен позже, который потребует частого обновления. Хотя в таких ситуациях неплохо подходит double render. Результат первой отрисовки кешируется (пост, комменты), а вторая всегда активна (персональные данные, sidebar).

Кешировать можно все комментарии поста одной простыней (пост.id -> HTML), сбрасывая при новых постах. Рисовать коменты дело не сложное.

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

> а в нашем случае исключение кажется не совсем уместным
Исключение говорит «я не могу выполнить команду», в данном случае не допускаем некорректный ввод. Не надо боятся и экономить на исключениях, это удобный механизм (вплоть до таких задач как остановить map(), но это уже вопрос вкуса). Не важно как глубоко «вложен» вызов до вашей функции/свойства, вы на самом деле этого не знаете и не можете знать.

Да, ваш сеттер должен проверять ввод и присваивать значение, если оно съедобно, иначе генерить исключение.

> автоматическая сборка статики
django-staticfiles интегрирован в основной фремворк. Теперь ./manage.py collectstatic собирает статику по всем приложениям в одно место. Все конфигурируемо.

> валидация в одном месте (серверная и клиентская)
В стандарном фреймворке нет.

> проблема с пользователями (расширение профиля)
Теперь можно привязать произвольную модель с ссылкой на User как профиль. Хотя и раньше неудобств в этом плане не было, разве нет?

Можно использовать Scrapy. Вам тогда не придется думать о параллельных процессах, блокировках и IO в целом. Вы просто пишете логику разбора страницы. Сам проект на Twisted.