We’ve been building for the web for decades. CSS has had time to grow up, and in many ways, it has. We’ve got scoped styles, design tokens, cascade layers, even utility-first frameworks that promise to eliminate bikeshedding entirely. And yet, somehow, every new project still begins with a shrug and the same old question: “So… how are we styling things this time?” “So… how are we styling things this time?” It’s not that we lack options. It’s that every option comes with trade-offs. None of them quite fit. We keep reinventing CSS as if it’s the root cause. It isn’t. It isn’t. CSS Wasn’t Made for This It’s easy to forget what CSS was originally designed for: documents. You’d write some HTML, style a few headings and paragraphs, maybe float an image to the left, and call it a day. In that world, global styles made sense. The cascade was helpful. Inheritance was elegant. Fast-forward a couple of decades and we’re building highly interactive, component-based, state-driven, design-system-heavy applications, still with a language meant to style a résumé in the early 2000s. CSS wasn’t built for encapsulated components. It wasn’t built for dynamic theming or runtime configuration or hydration mismatches. So we’ve spent years bolting on strategies to make it work. Every Option Solves One Problem. None Solve All of Them. What we have now is a landscape of trade-offs. BEM gives you naming predictability, and very verbose selectors.CSS Modules give you scoping, unless you need runtime theming.Utility-first CSS (like Tailwind) enables fast iteration, but clutters your markup.CSS-in-JS offers colocation and flexibility, at the cost of runtime performance and complexity.Cascade Layers and :where() give you more control, if your team is ready to learn them. BEM gives you naming predictability, and very verbose selectors. BEM CSS Modules give you scoping, unless you need runtime theming. CSS Modules Utility-first CSS (like Tailwind) enables fast iteration, but clutters your markup. Utility-first CSS CSS-in-JS offers colocation and flexibility, at the cost of runtime performance and complexity. CSS-in-JS Cascade Layers and :where() give you more control, if your team is ready to learn them. Cascade Layers and :where() :where() Each approach solves something. None solve everything. Yet we keep framing them as silver bullets, not as trade-off tools. Maybe It’s Not CSS That’s the Problem Here’s the uncomfortable truth: most of our styling pain doesn’t come from CSS itself. most of our styling pain doesn’t come from CSS itself It comes from trying to shoehorn CSS into frontend architectures that weren’t designed to support it. React, Vue, Svelte. They all put components at the core. Scoped logic. Scoped templates. Scoped state. Then we hand them a stylesheet that’s global, cascading, and inherited by default. We’ve spent the last decade asking CSS to behave like a module system. It isn’t one. The Real Question: Which Pain Are You Willing to Accept? This isn’t just a tooling choice. It’s a question of what trade-offs you’re prepared to live with. Do you want: Scoped styles with minimal tooling? Use CSS Modules and accept limited runtime flexibility.Predictability and no cascade? Use utility-first CSS and brace for cluttered markup.Dynamic styles colocated with logic? Use CSS-in-JS and monitor your bundle size closely. Scoped styles with minimal tooling? Use CSS Modules and accept limited runtime flexibility. Predictability and no cascade? Use utility-first CSS and brace for cluttered markup. Dynamic styles colocated with logic? Use CSS-in-JS and monitor your bundle size closely. There’s no single solution. Just strategies. Just context. Accept the Mess. Choose With Your Eyes Open. Styling the web isn’t solved. It may never be. But it gets easier when we stop pretending there’s a perfect answer just one abstraction away. Be clear about what matters, and deliberate about what you’re willing to trade. Because at the end of the day, no one writes perfect CSS. Just CSS that’s good enough to ship. Just CSS that’s good enough to ship.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Every

Want Stronger Frontend Skills? Spend a Week On-Call

AI Wants to Kill the Frontend Developer. It Won’t Work.

Visit denodell.com

Read My Stories

Too Long; Didn't Read

Make resilience your competitive advantage

We Keep Reinventing CSS, but Was Styling Really the Problem?

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

AI Wants to Kill the Frontend Developer. It Won’t Work.

The Noonification: Top 10 CSS Performance Tips (11/14/2022)

100 Stories To Learn About Html5

10 Things You Probably Didn’t Know about Sass

10 Reasons To Use TailwindCSS In Your Next Project

AI Wants to Kill the Frontend Developer. It Won’t Work.

The Noonification: Top 10 CSS Performance Tips (11/14/2022)

100 Stories To Learn About Html5

10 Things You Probably Didn’t Know about Sass

10 Reasons To Use TailwindCSS In Your Next Project

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps