На расшифровку видео и вычитку (кстати мы с удовольствие посотрудничаем с теми кто поможет вычитать доклады) уйдет порядка 2-3 месяцев, хотя тезисы с видео и презентациями появятся гораздо раньше.
Нифига не зло, если использовать правильно и тестировать на скорость выполнения. Например, expession создающий ноды через createElement ничуть не тормозит, на 650 элементах страница ренедерится так же быстро, как будто этот элемент был в html, а иногда и чуть быстрее (или погрешность или тормоза парсера).
Как вы опеределите в автоматическом режиме, что эта пара-тройка файлов изменилась в этом билде, в отличие от того, что сейчас в продакшене? Проще всего проставить новый build=N для всех файлов.
Я про latenty на http запросах, вы мне про гзип. Не находите, что до того, как гзип сработает должен запрос прийти? Так вот в этом и есть тормоза, а не в скорости отдачи контента сервером.
При обновлении проекта кеш принудительно очищается и все файлы надо тянуть заново. При частых обновлениях файлы будут перетягиваться заново часто. HTTP-запросы на канале с большой latency съедают львиную долю времени загрузки. ADSL соединение может быть 5mbit, а страница с несколькими десятками файлов будет грузиться десятки секунд. Объединение рулит в этом случае.
Вот текст моего доклада: vitaly.harisov.name/article/independent-blocks.html
Может быть это вам как-то поможет.
Ах да, я же не комментирую больше на хабре ;)
Как вы опеределите в автоматическом режиме, что эта пара-тройка файлов изменилась в этом билде, в отличие от того, что сейчас в продакшене? Проще всего проставить новый build=N для всех файлов.
И не один день, а раз в неделю, этого достаточно, чтобы задуматься о сборке.
Всё никак не доберусь опубликовать его улучшенный вариант.