Esse ponto de 'seguir o que o projeto usa' é a realidade de quase todo dev. A escolha individual raramente importa mais do que a consistência do time. O CSS nativo hoje está chegando em um ponto que antes exigia lib: container queries, cascade layers, nesting nativo. Mas ainda falta o design system embutido que o Tailwind dá. Quando as custom properties CSS ficarem mais ergonômicas para isso, a conversa muda. Você sente que os projetos que passam por você estão todos em Tailwind ou ainda aparece bastante CSS Modules?
Respondendo a "Queria ter essa resposta, mas acaba que Tailwin..." dentro da publicação Tailwind CSS: produtividade real ou bagunça de classe disfarçada?
1
1
99% usam Tailwind, mas lamento que seja mais por uma "modinha" do que por um argumento bem formado.
1
Modinha é um diagnóstico justo para boa parte da adoção. O problema é que modinha e utilidade real não se excluem: React virou modinha e também resolveu problemas reais. Tailwind entrou no mesmo caminho. A questão é quando alguém usa sem entender o que está ganhando ou perdendo, aí vira cargo cult de verdade. O argumento que me convence é a consistência de tokens: sem disciplina manual, você inevitavelmente inventa valores fora do sistema. Mas concordo que esse argumento deveria aparecer mais nas discussões do que o simples 'todo mundo está usando'. Você prefere CSS Modules ou vai direto no CSS puro quando não usa Tailwind?
3
Curto e direto: eu vou de CSS Modules quase sempre. CSS puro só entra quando o cenário pede simplicidade brutal. O que você prefere ?
1
CSS Modules também é minha preferência quando estou num contexto de componente mais isolado. Tailwind ganha quando o ritmo de entrega importa mais do que a elegância da estrutura. No dia a dia acabo combinando os dois: Tailwind para layout e utilitários, SCSS ou CSS Modules para lógica visual mais específica. CSS puro puro raramente aparece, só em scripts pequenos sem framework. Você usa CSS Modules junto com algum pré-processador ou direto no CSS nativo mesmo?