путаем vdom с shadow dom?

Зайду с другого конца. Это такой длиииный затянувшийся эксперимент на тему: "А что если выкинуть Shadow DOM нахер и все переложить на компилятор. Компилятор ведь сам по AST разберется как там че менять на проде".
Такой вот мячик из 2017-го года кинули и он летит уже три года обрастая деталями, участниками и теперь даже на проде большими мальчиками начинает использоваться.
Да, много косяков, но даже сейчас это скорее эксперимент, который все больше и больше начинает использоваться на проде. Когда он начнет замедляться, тогда обвяжут все проверками и т.д. Но тогде же он и превратиться в болото.
Ну это как мне видится текущаяя ситуация с качеством кода библиотеки )

шэдоу дом никто не выкидывал, что вы. Вы наверно реактовый vdom имеете в виду

Ну так как на рынке зоопарк браузеров, хорошим тоном является вначале привести все внешние различия к чему-то более менее похожему: выделения, маржин, тапки (tap behaviuor), селекты, чекбоксы, клеарфиксы и т.д.
Современным браузерам  для этого css достаточно для большинства проектов.
Чтобы все все все стили для всех браузеров не тащить в бандл, а только те, которые указаны в browserlist (обычно внутри package.json) есть библиотеки, которые собирают нужный css во время сборки бандла.
Получается компактно, удобно и никуда руками лезть не надо.
Часть стилей которые не используются вообще можно потом руками или настройками выкинуть.

Какая-то жуть из страшного сна перечислена))
Не, нафиг. Мне postcss-preset-env достаточно, в который вшит в том числе и autoprefixer. И это нужно лишь для того, чтобы написанное работало. А не для "нормализации", ибо не должны сайты/интерфейсы во всех браузерах выглядеть одинаково.

>>Но тогде же он и превратиться в болото.

собственно, я вот к тому и сказал, что такое никогда и никем ещё не добавлялось пост-фактум. Нет ничего более постоянного, чем временные решения

ну хорошо, а качество кода-то как с этим связано?

Какая-то жуть из страшного сна перечислена))
Не, нафиг. Мне postcss-preset-env достаточно, в который вшит в том числе и autoprefixer. И это нужно лишь для того, чтобы написанное работало. А не для "нормализации", ибо не должны сайты/интерфейсы во всех браузерах выглядеть одинаково.

ну хорошо, а качество кода-то как с этим связано?

Какая-то жуть из страшного сна перечислена))
Не, нафиг. Мне postcss-preset-env достаточно, в который вшит в том числе и autoprefixer. И это нужно лишь для того, чтобы написанное работало. А не для "нормализации", ибо не должны сайты/интерфейсы во всех браузерах выглядеть одинаково.

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

надо бы гуглоразработчикам об этом сказать...

эммм, нормализация нужна чтобы убрать браузерные стили заголовков и кнопочек

Для этого есть all: unset, или чтоб уж если совсем железобетонно — all: initial. И пишите стили ровно такие, какие вам надо с нуля.