Post

I have mixed feelings on Tailwind. - It’s an elegant solution to a bunch of different problems. - It’s an obvious choice due to its popularity. - From a design system perspective, I’d prefer consumers use components, not CSS. - Otherwise, I’d want class usage to be type safe.

0 reposts8 likes

Tailwind really shines in many agency use cases where projects are short, the codebase is not huge, and the tech stack might change between projects.Most CSS-in-JS solutions are not very portable.

From a utilities perspective, it's great. Margin here, some text formatting here. But for everything, it becomes a HTML spaghetti nightmare. I also find myself looking through the documentation for a utility class when I already know the CSS rule I want. I much prefer component-based CSS rules.

I think it depends on front-end skill level of your team and where priorities lie for your app. If team is mostly backend devs just trying to ship and iterate, Tailwind all the way (that's a lot of teams). If your team is deeper front-end and has the time/space to do things better, vanilla-extract!

I’m increasingly sold on it 😬 Mainly from the perspective of the training it offloads. Not CSS, but systems. Learn how to use our unique concept of styling APIs and tokens and layout components and … Or just read the Tailwind docs. Less to reinvent / less to teach. System foundations right there