The benefits? > You don't have to write any CSS of your own (which, to me, is fantastic) This applies to any CSS or UI framework. > You can likely build thin

The benefits? > You don't have to write any CSS of your own (which, to me, is fantastic) This applies to any CSS or UI framework. > You can likely build things faster (obviously non-scientific, but anecdotally I've seen many people confirm this) Yes, this is anecdotal and debatable. At the end of the day, you still have to read the documentation of this specific CSS framework. > You don't ever have to think about naming things I don't think developers that are creating anything don't ever have to think about naming things. If you're creating something, you have to name it. But yes, you don't have to add that name to your CSS class. > You can tell what something looks like by just reading the markup for it You could also tell what something looks like by just reading the CSS for it. > You don't ever have to worry that changing the styles for one thing will break something else (which may make visual regression testing irrelevant) There's a couple other approaches to this like style localization/isolation that the author called "ton of crazy randomly-generated class names". As opposed to the ton of single-purpose utility class names, which is more sane? You could also write stricter CSS selectors (like BEM or your own). > You never have to deal with one instance of a thing needing a slightly different style than the other instances, which screws up your reusable classes. Sure, as long as if you stick to a framework. If you're building a one-off with no collaboration with other people, then this is easier to pull off with an off-the-shelf CSS/UI framework. > Your CSS always stays the same size rather than expanding over time Okay! > It's easy to un-apply a style by just removing the class (as opposed to the traditional cascade where you typically have to override, adding even more CSS) You could isolate styles that are prone to removal into a single class with regular CSS too. Hate to be the nerd to say this, but the "Cascade" in CSS is what makes it such a versatile interface styling engine. > Rendering speed performance is supposedly improved (though I have seen no proof of this) Once again, anecdotal. ———— Sounds like the author is allergic to reading/writing CSS and wants the markup to be heavily coupled with styling. Also sounds like having a strict framework makes their developer experience happy, which is applicable to any well-designed design system. There's nothing wrong with any specific CSS methodology or framework, and there's a time and place for every single one of them. I think I would prefer vanilla CSS with strict rules for one-offs before using something like this, though.