БУДУЩЕЕ CSS DOM и JS
 

жаваскрипт мне нарвится, низкий порог вхождения

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

каким может или могло быть будущее и развитие этой ИДЕИ
где вы видите недостатки архитектуры
как сделать дизайн браузерного программирования еще проще

CSS DOM - это CSSStyleDeclaration (частный интерфейс DOM).
HTML DOM - это привычные интерфейсы HTML элементов в JS.

css ушел в препроцессоры, а css dom - в удаление\добавление css классов ----> полное абстрагирование от свойств. что за классы добавляются\удаляются и что внутри них - следуем выбранной методологии.

html dom и вообще html - так же ушел в препроцессоры. а с React можно вообще дуть шикарные плюхи упросить процесс работы с html dom

все эти либы - React, Angular, Ember, Polymer и огромное количество других так или иначе крутятся вокруг идеи Web Components

и как следствие, всё идёт к упрощению использования компонентов и додумывания этого стандарта Web Components до нормального состояния. каждый новый успешный ФВ приносит что-то своё

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

всё вышеизложенное - лютое, дичайшее собственное мнение на сложившуюся ситуацию. и ваш взгляд может совпадать с моим, или же не совпадать.

спасибо за лютую откровенность
мосье умеет рассуждать головой

только расшифруй еще раз то что я процетировал понятнее

"" Основная идея в том, чтобы позволить программистам создавать “виджеты”. Фрагменты приложения, которые изолированы от документа, в который они встраиваются. Использовать виджет возможно как с помощью HTML, так и с помощью JS API. ""
http://habrahabr.ru/post/210058/

- человек описывая эти Компоненты нифига не убедительно говорит

я не понимаю зачем все эти сложности

Какие еще сложности? Кастомные элементы давным-давно уже нужно было внедрить повсеместно.

есть такой принцип хорошего дизайна, непомню дословно:
"если ты не способен изложить свою идею понятно жене, то это херовая идея"

Есть такой принцип, непомню дословно:
"Если все время нести бред, то в итоге несешь только бред"

Зачем эта тема?

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

это больше как определения модулей для JavaScript, мне кажется

ты ничего не понял, или не понял про фреймворк?
ты пробовал писал приложения с большим количеством компонентов?
удобно было связывать их между собой? скорее всего, без велосипедов не обошлось, верно?

связывать, манипулировать, создавать, удалять, взаимодействовать - все операции с компонентами были заключены во фразе "разруливать компоненты"

ты про "сахарный язык" поверх жаваскрипта, DSL для компонентов

а может быть это не проблема языка?
язык должен быть простым, с любыми архитектурными каркасами или DSL поверх него

вот я выше указываю на то что цсс фактически не нужен, и хтмл это рудемент

Оппа, оппа ...

это не рудемент, а низкоуровневый конструктор. Нужно просто добавить поверх него немного абстракции и работать с более высокоуровневым апи.