там фишка то в том, что кодогенерация используется

интересно, как они генерируют компоненты с поддержкой v0 и v1 спеки) хотя полагаю, что никак

глиммер лучший

зачем Ember в эту сторону идет?

в какую именно?

веб компонентов? компилятора и виртуальной машины?

к веб компонентам он не идёт. они сами пришли

а второе - несомненно лучшее решение по перформансу и выигрышу по весу

им бы побольше человек в дев тим глиммера

но там порог вхождения высок((

Ember идет в сторону стандартизации. Переходят на ES-классы, например:

* RFC: https://github.com/pzuraq/rfcs-1/blob/es-classes-rfc/text/0000-es-classes.md
* Обсуждение: https://github.com/emberjs/rfcs/pull/240

Курс на вэб-компоненты был с самого начала. Переходная форма в Ember называется angle bracket components (`<foo-bar>`), в противовес стандартным для Ember curly brace components (`{{foo-bar}}`).

Кстати, от Bower уже отказались, постепенно и jQuery выпилят. Хотя jQuery там очень к месту пришелся с самого начала и до сих пор.

разве с самого начала? я помню как Том Дэйл их срал напару с Себастьяном Маркбажем

просто заложились чтоб можно было

ничего специально вроде не делали для этого

Может и нет, прошу прощения. Просто я про angle bracket components в Ember узнал намного раньше, чем про стандарт Web Components.

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

Разделяю твое недоумение.

возможность реюзать

готовое