Для первого ангуляра это выглядит так:
1. gulp таск (c gulp-jade) для jade компилит jade шаблоны с ангулярными дериктивами в html
2. gulp таск (c gulp-angular-templatecache) для упаковки шаблонов инлайнит их в один большой js файл, в котором просто происходит популяция cache сервиса ангуляра
3. Браузер грузит один большой JS файл с шаблонами, они добавляются в кэш браузера, после чего, при обращении по соответствующим URL'ам, шаблоны грузятся с кэша браузера. Это в проде, в деве естественно не нужно его подгружать, и оно напрямую обратится к URL'кам с html шаблонами
Владислав Турчинский: использовал и smacss, oocss, mcss и БЭМ - всего было 2 фронтендера и bus factor тоже составлял 2. Даже если люди приходит, им объясняют принципы верстки - начинают костылять первое время. Сейчас поощряю атомарный подход с семантической разметкой, так как он позволил сократить размер стилей в 3 раза.
Таким образом получится 2 файла oneFile.css и otherFile.css.
Естественно можно добавить sourcemap'ы, и в качестве источника указать glob выражение с конкатенацией, хотя я лично привык указывать конкретный файлов без конкатенации - так проще контролировать порядок подгрузки.
Ruby / jRuby sass очень медленный, node-sass на много быстрее.
gulp-sass использует именно его. Есть очень много фанатов Compass'а, который не особо то и дружит с node-sass. На stylus'е проще скриптить, и он бывает чуть быстрее node-sass. А вообще, люди извращаются как могут thesassway.com/advanced/implementing-bubble-sort-w...
Дмитрий Сергеевич: да, я постараюсь в скором времени дописать.
Я слез с SASS'a из-за слоупочности на stylus, хотя если нет возможности слезть, то лучше использовать node-sass без compass'a.
Сергей: стоковой прошивкой обычно предусматривается шаринг 3G нета с ограниченным количеством модемов, но как показывает практика оно в 99% случаев работает очень криво. Да, конечно http/ftp есть во всех роутерах, но это не значит что производитель приложил усилия для разработки нормальной админки, а возможность NAS'a - повод увеличить стоимость на 20-30$. Да и для NAS'a лучше брать полноценный NAS с нормальным процом - 1.3ГГц+ atom etc, а не пытаться с дерьма лепить конфеты и наедятся что они привлекут внимание близь пасущихся единорогов.
aikfrost: для простых проектов конечно проще использовать rest мапперы на основе django-rest-framework или tastypie, потом писать фронтенд на react/angular. Я выбираю Pyramid из-за зрелости сообщества и наличия нормальной поддержке. В джанге полно дилетантов, велосипедов и прочего - для долгосрочной поддержки подходит плохо. Впрочем и в node.js / rails экосистеме та же проблема - постоянно что-то отваливается после очередного обновления, без нормального приёмочного тестирования поддерживать сложно, а продакшен препарировать - малость распиздяйски.
Писал на всех популярных решениях последние 7 лет - везде есть свои недостатки.
Константин Китманов: ну так пускай заведут себе какую-то доменную модель да дёргают настройки с базы/конфигов вместо того что бы хардкодить подобные вещи.
Sirikid: согласен, совсем не нужно тут грузить 500 картинок одновременно, нужно писать свой JScrollPane c шахматами и поэтессами, а также использовать offheap хранилище для картинок, если их уж так много, можно взять за основу реализацию direct buffer'a netty.
Олег: Прилично. Там от скорости обработки запросов зависит отзывчивость интерфейса в целом, так как получается что на странице для каждого компонента объявляются подписчики на определённые события, после их возникновения отправляется сигнал на сервак по WS'у или http запросами, там уже Vaadin генерит JS код и отправляет его обратно в браузер, где он кэшируется если не содержит состояний. И так при каждом нажатии на кнопку.
1. gulp таск (c gulp-jade) для jade компилит jade шаблоны с ангулярными дериктивами в html
2. gulp таск (c gulp-angular-templatecache) для упаковки шаблонов инлайнит их в один большой js файл, в котором просто происходит популяция cache сервиса ангуляра
3. Браузер грузит один большой JS файл с шаблонами, они добавляются в кэш браузера, после чего, при обращении по соответствующим URL'ам, шаблоны грузятся с кэша браузера. Это в проде, в деве естественно не нужно его подгружать, и оно напрямую обратится к URL'кам с html шаблонами