lavezzi1: Почему же сразу г? Прелесть миксов как раз в том, что мы передаем им параметры ЯВНО, как в функцию. Мы конечно можем сделать все блоки через инклюды, но тогда мы потеряем ясность передаваемых параметров. Например, в Django-подобных шаблонизаторах нет миксов, приходится пользоваться инклюдами, и в комментах прописывать какие переменные им требуются. Миксы рулят. В данный момент для себя я считаю Jade лучшим шаблонизатором.
lavezzi1: насколько я понял, блок превью должен включать в себя блок промо. Оба блока делаем миксами, родительский микс принимает параметры для дочернего микса.
Есть подозрение, что Нода здесь не при чем. Вы перевели проект с какой-то нагрузкой с универсального сложного монстра на эксклюзивное решение, заточенное под проект. Конечно оно будет быстрее. Скорее всего для производительности вообще без разницы, на чем оно там написано, главное - как работаете с БД и другими затычными операциями, как и что кешируете.
> Вопрос : почему, учитывая достоинства ноды в работе с потоковыми данными, до сих пор нет такой платформы?
достоинства в контексте таких систем не так уж и важны. Такой платформы пока нет потому что Нода еще молода.
> Судя по макету, тут можно применить только один из фильтров.
Один, но применить-то его нужно! Например ВСЕ - это без фильтров, ТЕКУЩИЕ - это только те где статус "текущий", и т. д. Или предлагаете на сервере формировать отдельно контент под каждый таб?
> В остальном согласен, до каждого инструмента нужно дорасти что-ли)
А я вот думаю, что вся сегодняшняя web-индустрия еще не доросла до того, чтобы по полной раскрыть потенциал применения JS на сервере и клиенте. Там еще огромное море возможностей, и в ближайшие несколько лет произойдет качественный скачок в web-разработке. Ну и конечно же Нода будет мейнстримом, будет Нода и все остальное. А go так и останется просто хорошим языком, коих много.