История изменений

Научились-то научились, но по возможностям к Angular ни один HTML-рендерер даже близко не приблизился

Что в общем, и неудивительно, ведь там нужно именно процедурное описание действий

Например, ты заходишь на сайт, а там сайт-одностраничник, где одновременно есть и список новостей в виде «бесконечной ленты», и мессенджер с сотрудниками компании, и информационные разделы, и всё это быстро динамически изменяется, в зависимости от того, какие кнопки ты кликаешь. Например, если ты распахнул мессенджер - часть блоков, которые он накрыл, должа селективно уехать в другую часть интерфейса, это получается что-то вроде window manager (хороший пример чтобы посмотреть такое- интерфейс Фейсбука, где мессенджер может работать как в виде отдельного сайта messenger.com так и как часть интерфейса основного сайта)

Презентационные лендинги с вау-эффектами то же самое. Ты заходишь на сайт, а там интерфейс выглядит например, как граф со стрелочками (в узлах графа - разделы сайта, или услуги компании, итп, ну ты понял). Когда юзер мышкой перемещает узлы графа, тебе нужно высчитывать, какие стрелочки привязаны к каким узлам графа, строить карту зависимостей и перерисовывать только то, что нужно. И это совсем-совсем кастомная графика, никакой создатель браузера не придумает всех кейсов, чего и как ты там хочешь отрисовать

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

А голый хтмл - это просто чтобы взять и вывести на страничку текст, ну может стили какие наложить, бэкграунд вниз бросить. Это просто электронная замена бумаги с текстом.

Но современный «сайт» - это не бумага с текстом, это навороченное фронтенд-ПРИЛОЖЕНИЕ, с двунаправленным вебсокет-соединением с сервером, со своей собственной базой данных даже, итд итп. Какой-нибудь GMail такой навороченный, что в пике может сожрать под 500 метров оперативки, то есть больше чем нативные приложухи в операционной системе. У него уже нет никаких страниц, ничего что роднило бы его со «страницей с текстом». Скорей его нужно сравнивать с обычным десктопным приложением, вроде какого-нибудь условного Фотошопа и 1С-а.

Попытка натянуть это на концепцию «страницы с текстом» - это шаг назад, куда-то в начало 2000х годов. Именно тогда браузеры чуть и не сдохли (тексты можно и в PDF прочитать!), но появление Аякса спасло его, превратив «страницы с текстом» в полноценные «веб-приложения», в которые бизнес уже готов был вкладываться по полной. Вместо того, чтобы разрабатывать «дестопное» приложение, у тебя появилась возможность запустить его на сервере как инхаус-разработку и выставить интерфейс наружу через веб. Это позволяло обновлять приложения моментально, хоть по сотне раз в день на каждый коммит, и это было реальное вэлью для бизнеса

Сейчас что-то похожее проиходит на десктопе - теперь если тебе ДЕЙСТВИТЕЛЬНО нужно десктопное приложение, ты просто берешь Электрон (или NW, или руками встраиваешь Chromium Embedded Framework куда хочешь) и дальше юзаешь привычные веб-технологии уже в небраузерной среде, а в голой операционной системе. При этом у тебя остаётся возможность шарить ресурсы с сайтом и выполнять быстрые автообновления (использовать тех же самых разработчиков и ту же самую их работу). По сути, Электрон сейчас спасает уже «десктоп» как платформу от полного исчезновения в угоду веб-приложениям аля хромобук :)