Как поживает Джанго?

django это такой 2010-й. Давно все ушли на ноду, а с ноды на микросервисы на go

С теплого ушли на мягкое?

А что не так? Разные задачи что-ли?

Кстати, если бы у тебя на плече сидел сорочонок, его можно научить говорить, правда только с птенца :-)

Давно все ушли на ноду, а с ноды на микросервисы на go

Наоборот же.

Да ну, сейчас в GraphQL, Relay и SystemJS новая волна изоморфов
И так многие конторы пилят изоморфмы, есть даже специальный сервис по рендеру приложений для всяких ботов
Еще к Meteor и Ember прикручивают React и Redux
А то Relay

Хм, не следует умножать сущности без необходимости.

У нас же не перепись хипстеров :-)

Да все так же. Мидлвари там допилили. Ничего сверхъестественного. Стабильность одним словом. НедоОРМ все такой же. Благо теперь Jinja2 для шаблонов можно прикрутить почти без проблем, кроме как джанговские тэги там будут работать криво.

Все такое же унылое многословное говно. Орм, шаблоны, формы, все тоскливое.

Орм, шаблоны, формы, все тоскливое.

Вам шашечки или ехать ?

Все такое же унылое многословное говно. Орм, шаблоны, формы, все тоскливое.

добавь какой нить ExtJS и жить станет намного веселее.

критерий питонистости - поддержка и нормальная работа с последними версиями питона

критерии веб-фреймворка: завод с пол-оборота, удобство использования AJAX, поддержка LESS/SCSS, ненавязчивость ORM-нутости и возможность писать SQL запросы, в особенности INSERT/UPSERT-ы без ограничений

ненавязчивость ORM-нутости

плюс поддержка в ORM множества нативных плюшек postgresql

Не взлетел, ты бы еще про PHP вспомнил.

Шо, неужели все так плохо?! :-\

ты бы еще про PHP вспомнил.

А PHP в то время живее всех живых

всё нормально с джангой, нашёл где спрашивать

поддержка LESS

нужна всё меньше по мере закапывания less.

staticfiles в джанге — привет из нулевых, сейчас его легче игнорировать.

И вроде бы тема не про пых)

потому что буду уходить потихоньку с php, я стал слишком стар для него :-)

Так ведь на пхп только старперы и сидят )

GraphQL интересная вещь, но не использовал, потому что смысла не вижу
Relay - целый фреймворк для React
Meteor и Ember - мощные клиентские фреймворки для сложных приложений
Для SEO это все пытаются рендерить на сервере
Два пути обычно - или главная ренедрится, а потом уже на клиенте все, или реднерится приложение полностью на сервере

Для SEO это все пытаются рендерить на сервере

А использовать в качестве основы RESTful уже не модно?

Надо обмазываться js?

Спасибо. Гляну, что за дичь.

Причем тут REST и JS? Есть клиентское приложение, работает полностью в браузере
Но надо что бы поисковые боты могли искать по сайту - тогда и встает вопрос Server-side render
А если клиенты тормоза, да еще и мобилы, да еще и с 2G ходят, то обязательно нужен SSR, а еще и ServiceWorker!
Первый раз в веб-разработке штоле?

Но надо что бы поисковые боты могли искать по сайту - тогда и встает вопрос Server-side render А если клиенты тормоза, да еще и мобилы, да еще и с 2G ходят, то обязательно нужен SSR, а еще и ServiceWorker!

Я в курсе.

Просто зачем обмазываться кучей фреймворков, если можно взять Django и какой-нить шаблонизатор html?

Я как раз забросил Django и ушёл на node.js+meteor+react+redux. А всё почему? Стильно, модно, молодёжно. Гоняем от сервера клиентам только данные. Круто же)

И насколько широк охват у этой связки — проекты какого масштаба можно делать?

RIA?

Любые проекты пойдут.

Гоняем от сервера клиентам только данные.

Что мешало django rest framework использовать? Или там django-nap

Упрощение. Везде один js. Меньше технологий ковырять, больше времени на разработку.

нужна всё меньше по мере закапывания less.

кому-то нужно что-то полегче и проще, да SCSS получше будет но и потяжелее

Т.е. нода для тех, кто проекты всегда в одно рыло пилит?

Вопрос про fullstack? Как душе будет угодно. На самом деле, там на сервере делать уже мало чего нужно. Всё во фронте уже.

Вон уже какие штуки есть https://habrahabr.ru/post/308766/

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

да SCSS получше будет но и потяжелее

Какой scss? css modules, postcss, dynamic styles, в конце концов.

Даже bootstrap перешёл с less.

Даже bootstrap перешёл с less.

на SCSS

Нормально всё, вот только начал проект новый на джанге - туристический сайт. Платят $25 в час, т.ч. джанга кормит и греет.

Ээ, и что сейчас вместо статикфайлс на девелопменте юзают? И вместо лесс? Постпроцессоры что-ли или жирный-жирный вебпакер, который пакует css в .js :)

Ооой, не, заберите обратно свои простыни JavaScript'а. Это каким извращенцем надо быть, чтобы юзать все эти пакеры, которые стили присобачивают JavaScript'ом, во время работы приложения - это ппц.

Хипстеры, сэр

Платят $25 в час, т.ч. джанга кормит и греет.

На самом деле гордится тут не чем. Ставка достаточно низкая на самом деле.

жирный-жирный вебпакер, который пакует css в .js :)

Он не такой жирный, как django, и экономит трафик пользователей.

Ну и staticfiles не умеет и 1% от фич вебпака by design.

А что не так? Разные задачи что-ли?

А сейчас не принято стало рендерить хтмл на серверной стороне. Концепция написания веб-приложений поменялась на корню: пишется бекенд с RESTful API и фронтенд на каком-нибудь Polimer или React. Бекенд можно и на джанге писать, но зачем, если есть более вменяемые решения?

если бы у тебя на плече сидел сорочонок

Врановые все разговаривают.

с ноды на микросервисы на go

Не смеши. Как эти упоротые будут без npm и коллбэков? Как они переживут простой синхронный код? На ноде и остались.

и какой-нить шаблонизатор html

Они не поймут.

Кхм, Rails, извините.

Меньше технологий ковырять, больше времени на возню с синхронизацией ответов PostgreSQL с асинхронной нодой, или на возню со связями вручную в nosql.

поправил.

Это каким извращенцем надо быть

Просто так быстрее. Но это не свойство JS, это свойство DOM.

Отлично поживает. Как и PHP. Тебе просто не здесь нужно было об этом спрашивать, здесь все равно все обосрут.

Ой, 888. PHP - будущее. Майл.ру вон как крутит его в своём хабраблоге. УХ!

Вроде же в js async/await завезли недавно.