Qué construimos con él
Tailwind es con lo que damos estilo a la UI de navegador. Las utilidades se componen en el marcado, el espaciado y el color salen de una escala compartida y no del valor que alguien tecleó, y la hoja de estilos generada solo contiene lo que realmente se usa.
El problema que resuelve no es escribir CSS: es borrarlo. En una hoja de estilos convencional nadie elimina una clase porque nadie puede demostrar que no se use, así que el archivo crece durante toda la vida del proyecto y cada cambio arrastra el riesgo de romper algo en otra parte. Con utilidades, borrar un componente borra su estilo, porque el estilo nunca estuvo en ningún otro sitio.
Dónde encaja
En todos los front-ends web que construimos, sobre Vue y Nuxt. Este sitio es Tailwind, y también lo son las interfaces de administración y de comercios que construimos junto a los backends de producto.
Funciona mejor con un conjunto pequeño de componentes extraídos que con cadenas de utilidades repetidas: el sistema de diseño vive en la capa de componentes, y las utilidades lo expresan.
Cuándo lo recomendamos
Para prácticamente cualquier front-end nuevo. La coherencia que impone importa sobre todo cuando varios desarrolladores tocan la misma UI, que es cuando el CSS escrito a mano se desvía más rápido.
Dónde encaja mal: en marcado que no controlas, o en un proyecto que tenga que publicar nombres de clase semánticos para un consumidor externo. Y no es un sistema de diseño por sí solo: sin extraer componentes, «clases de utilidad por todas partes» se convierte en su propia forma de duplicación.
