Menu

Post image 1
Post image 2
1 / 2
0

The Tailwind debate is really about abstraction

DEV Community·David Silva·26 days ago
#cVaL3ot9
Reading 0:00
15s threshold

Two posts appeared on Dev.to a few days ago. One titled "I Love Tailwind — Sorry Not Sorry." The other: "I Don't Like Tailwind — Sorry Not Sorry." Same format. Opposite conclusions. Hundreds of comments. The community tearing itself apart over utility classes. I've seen this fight before. So have you. Microservices vs monoliths. Raw SQL vs ORMs. REST vs GraphQL. Vim vs Emacs if you've been around long enough. The technology changes. The argument doesn't. It's always about the same thing: should you use primitives directly, or build an abstraction on top of them? Tailwind gives you utility classes. Small, single-purpose, composable. That's the primitive layer. And at that level, it's genuinely well-designed. The design tokens are consistent. The naming conventions make sense. The build system strips what you don't use. The problem isn't Tailwind. The problem is using the primitive layer as your application layer.…

Continue reading — create a free account

Join HashtagPLUS to read full articles, follow hashtags, vote, and join the conversation.

Read More