3 ms·
I find it good for quick prototyping or personal demo projects but I wouldn't use recommend it for a large project with many contributors. The trade-off betwee
by mouzogu 6y ago
I find it good for quick prototyping or personal demo projects but I wouldn't use recommend it for a large project with many contributors.
The trade-off between having messy html for faster development or css-in-js is not worth it for me. I still don't like mixing html (jsx) with javascript. I'm an old-school seperation of code vs concerns.
- cageface 6y agoLarge projects with many contributors is exactly where Tailwind shines. It prevents that ever growing pile of intractable mud that every CSS codebase tends to turn into over time.
- jack_riminton 6y agoand provides shorthand that everyone understands "-pt-5" is simple and universal once you've learned the shorthand
- aphextron 6y ago>"It prevents that ever growing pile of intractable mud that every CSS codebase tends to turn into over time" This is why the key is not having a seperate CSS codebase. The separation of CSS and JS is just a legacy of web development from the time before component based application development. At most you might need a common source of basic variables like theme colors. But essentially everything else should be scoped within the context of an individual component, and live directly within that component. Huge stylesheets with specific selectors and complicated BEM style class names just aren't necessary anymore.
- cageface 6y agoI’ve built big sites this way too and it’s a small improvement over pure CSS methods but still much less productive and maintainable than the utility approach.
- matthewmacleod 6y agoI still don't like mixing html (jsx) with javascript Your problem here is thinking of JSX as HTML instead of what it really is – a thin syntactical layer on top of Javascript.