Post

Why we are still arguing about CSS in 2026. andreasmoller.dk/blog/why-we-...

Nice. 🎃 the scary words are „being able to ignore 95% of the codebase when implementing a feature …“ These can cause so many code bases to bloat up. This works if your project is small and short term. It adds up over time. And changes on the design system level become harder. (1/2).

I did consider making this the central theme of the post but it probably warrants a second one. The difference is that we are scared of different things. You are scared of bloat, and duplicating code which makes it much more work to make changes to the design system.

I don’t mind that it is more work to update a design system. I worry about people updating it by mistake. With scoped styles you are trading efficiency for simplicity. On smaller projects that is not that useful. On large projects it is essential.

I would actually argue that this only works on smaller and contained projects. A large project (in my definition) is not defined by the number of users or devs. They become big the same way business grows: the second brand, that kreeps in, the next partner to support, the large campaign, the …

… shifting regulatory framework and so on. As you said: for multi-brand sites you lay a solid foundation that supports multiple themes, looks and animations. This also supports regular a/b testing (at least when having to rely on external tools).