I don't agree with the color example you took. If you're building using Tailwind at scale, You would define your colors as primary, secondary, warning, success, etc., and use that instead of directly using Tailwind's color palette. Something like bg-primary-500 would be used and the color would be changed.
I've been using TailwindCSS for a long time and I absolutely love it. I have no complaints whatsoever. It makes my CSS files so much more smaller and makes websites load even faster. It makes development fast because I don't have to keep switching between CSS and Templates Files. Also in a case where you need different selectors, you can always write Custom CSS.
You mentioned TailwindCSS being well suited for component architecture. TailwindCSS was made to be used in a production environment. And in production, you are expected to use a component-based design system. And even if you're doing small projects, you should always prefer a component-based system.
I don't agree with the color example you took. If you're building using Tailwind at scale, You would define your colors as primary, secondary, warning, success, etc., and use that instead of directly using Tailwind's color palette. Something like
bg-primary-500would be used and the color would be changed.I've been using TailwindCSS for a long time and I absolutely love it. I have no complaints whatsoever. It makes my CSS files so much more smaller and makes websites load even faster. It makes development fast because I don't have to keep switching between CSS and Templates Files. Also in a case where you need different selectors, you can always write Custom CSS.
You mentioned TailwindCSS being well suited for component architecture. TailwindCSS was made to be used in a production environment. And in production, you are expected to use a component-based design system. And even if you're doing small projects, you should always prefer a component-based system.
Re: colors, absolutely. I meant to include that point in the article but forgot about it. Thank you!