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

Не в произволительности там проблема, а в том, что протаскивают новые фичи каждые несколько месяцев. Да, конечно сразу их не начинают испрльзовать, а ждут, пока все ветки хрома (включая firefox) подтянутся, но это довольно быстро и лишь создаёт задержку.
Не то, что бы реализовать css4, es modules и shadowdom2 было бы непосильной задачей, но пока ты это сделаешь, веб-макаки придумают ещё 10 новых задач, ведь без пары новых аттрибутов и нескольких сомнительных новых фич в js синтаксисе они ой как жить не могут.
А некоторые из этих фич напрочь ломают производительность, что-то может заставить css рендер переделать с нуля (привет псевдокласс has(), который заставляет каждый элемент отслеживать всё содержимое, либо же дочерним элементам влиять на родительский - решение поверх старой кодбазы тут может оказаться ультратормозным)
Опять же что :has() не нужен не скажешь - ведь он позволяет кучу костыльных css решений заменить одной некостыльной строчкой. Конечно же уёб-разработчика не волнует что это медленно, особенно если в хроме на его 12дерном телефоне с 8 гигами памяти оно не тормозит (засчёт того, что кроме браузера на нём ничего в данный момент не запущено)

Не в произволительности там проблема, а в том, что протаскивают новые фичи каждые несколько месяцев. Да, конечно сразу их не начинают испрльзовать, а ждут, пока все ветки хрома (включая firefox) подтянутся, но это довольно быстро и лишь создаёт задержку.
Не то, что бы реализовать css4, es modules и shadowdom2 было бы непосильной задачей, но пока ты это сделаешь, веб-макаки придумают ещё 10 новых задач, ведь без пары новых аттрибутов и нескольких сомнительных новых фич в js синтаксисе они ой как жить не могут.
А некоторые из этих фич напрочь ломают производительность, что-то может заставить css рендер переделать с нуля (привет псевдокласс has(), который заставляет каждый элемент отслеживать всё содержимое, либо же дочерним элементам влиять на родительский - решение поверх старой кодбазы тут может оказаться ультратормозным)