ну, вот по опыту на ревью есть высокая вероятность, что подобные ошибки легко проглядеть. при этом при тесте эксперимента тоже все будет работать более-менее с виду норм)
но в итоге переопределение стилей получат все disabled button во всем приложении

да. просто на примере class="_size_{size} _shape_{shape}:
1) необходима конвенция именования классов, которую статически трудно валидировать. в таком случае трудно сделать инфраструктуру и инструменты, которые гарантированно для разработчиков будут работать так, как ожидается
2) подставлять классы руками иногда, конечно, просто, и в свелт из коробки за счет синтаксиса и инкапсуляции это сильно проще, чем в реакте из коробки. но я часто сталкивался с проблемой, когда подстановка классов при нетривиальной композиции состояний разметки становится тоже не такой простой. даже в том примере, очень часто в реальной жизни это что-то типа такого:

class:_size={size} class:_shape={shape} class="_size_{size} _shape_{shape}"

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

Я тут мимо крокодил, но вы уже вроде про теплое с мягким. Паша про то как можно наговнякать и "просто" провести эксперимент. Когда в проекте до 5 экспериментов одновременно, это, наверное, даже ок. Когда у тебя их 100 у тебя все приложение обговняконое и в нем уже никому не хочется разбираться и Артур об этом

ладно надо поработать) @enload  спасибо за терпеливую дискуссию)

Мне вот интересно, кто нибудь на грядущем NNjs что нибудь скажет в поддержку  Константина Котова. Или как всегда отшутятся темой, что программисты вне политики?

гоу, я за