> Сейчас несомненно лучше - грузится несколько мегабайт с десятка (а то и больше) серверов, для рендеринга одной страницы нужны десятки-сотни мегабайт, а затем js ест проц даже если нечего не делаешь ... На заре www браузер работал на машине с 32-64 MB RAM и интернет грузился через dial-up - каждая страница и все картинки тщательно оптимизировались, а js использовали только при реальной необходимости. Да и фреймы появились достаточно давно.

Ага, только сайты в 90'ые выглядели соответственно.

Вы посмотрите внимательно, почему именно js "ест проц". Сейчас принято делать сайты красиво (ну как красиво, это уж у кого как выходит). Как дизайнер начертит, так и должно выглядеть. И тут ВНЕЗАПНО вылезает, что тут выпадающий список выглядит на разных ОС по-разному, занимает разные размеры и диазайн плывет. Приходится обвешивать js-ом.. Тут выясняется, что подсветка неактивного элемента зависит от каких-то там настроек. Подменяем элемент. Тут подсказка по наведению вылезает желтенькая и системным шрифтом - а дизайнер сказал, надо беленькую и с жирной обводкой. Тут выясняется, что нужный атрибут у тэга не на всех браузерах отрабатывает. Приходится брать кастомную реализацию, благо jQuery уже написали до нас. Тут шрифт нужен специфический - у половины пользователей не будет, ок подтягиваем через webfonts. И так далее. В результате в странице в теги вставляют кучу фейковых атрибутов, которые по факту выполняются через js-код, делающий подмены до ренденга / при наведении / при щелчке и т.п. Т.е. ввиду того, что браузер атрибут как надо всегда отрендерить не может, подменяем его на кастомную реализацию, которая на ходу изменит dom-дерево так, чтобы достигался нужный эффект. Это например, бывают и другие ситуации.

Браузеры жрут память (которая нужна, чтобы обвесить все на свете js-ом и лазить по dom-дереву, динамически меняя что там требуется) и постоянно исполняют js только потому, что кто-то ставит задачу "чтобы выглядело все вот так красиво", люди тоже привыкли к сайтам, выглядящим как качественные документы, и чтобы все было в одном дизайне и требуют этого. А вот цепочка html->браузер->рендерим по тэгам согласно некой спецификации тупо НЕ ПОЗВОЛЯЕТ добиться этого результата. Ну не выходит полностью контролировать рисование для нужного результата в разных браузерах на разных платформах. Потому что html задумывался как совершенно независящий от рендеринга, маркируем разметку, а отображается на усмотрение браузера - и хоть с той поры много воды утекло и многое появилось, корни этого до сих пор торчат. А подход "чтобы выглядело идеально вот так и было красиво везде" требует намного более жесткого и ручного подхода к верстке. Вот на стыке как компромисс и пришлось затыкать каждую дырку js'ом...

Ну и всякие соцсети / динамические счетчики / веб-аналитика и т.д. и т.п. Все же хочет на лету подтягивать или отправлять актуальные данные, и обвешаны этим страницы по самое небалуйся. А что поделаешь? Люди хотят интеграцию с соцсетями, а авторы хотят аналитику для понимания, что интересно, а что нет - деньги-то зарабатывать надо, рекламу нынче тупо режут.

Я не говорю, что все это хорошо. Меня тоже бесит. Но прекрасно понимаю, что абстракции, которые внес браузер и html вынужденно привели к тому, что есть. Чтобы было иначе, нужно это все продумывать и реализовывать как-то совсем-совсем иначе.