Hay buenas razones para usar variables, quizás no entremos en ellas aquí. Es un buen punto, sin embargo, no discutir sobre la naturaleza de CSS. Debería haberlo expresado mejor: no se trata de su naturaleza, sino de las mejores prácticas para estilizar un framework basado en componentes. Y estoy completamente de acuerdo en que los botones son otro buen ejemplo de cómo estos no se pueden aplicar correctamente.
Mirando el panorama general, ha habido un esfuerzo concertado para modernizar el lado de JavaScript del framework frontend. Y creo que ha sido un éxito rotundo. Trabajar con estándares limpios y clases bien estructuradas es realmente agradable ahora. Para mí, como diseñador, también abrió oportunidades para construir nuevos componentes frontend de manera más fácil y eficiente.
Sin embargo, no puedo evitar la sensación de que no hay un compromiso similar para llevar el sistema de diseño al mismo nivel. Si bien agregar variables CSS para cada aspecto es ciertamente más eficiente y limpio que el enfoque actual, todavía se siente como evitar los problemas arquitectónicos más profundos: una base de código llena de declaraciones demasiado específicas y sin estilos claros con ámbito de componente. Esto se siente como una solución “más fácil” que evita el problema más difícil: alinear completamente la arquitectura de estilos con el diseño modular del framework.
Entiendo que esto implicaría mucho trabajo y problemas de compatibilidad con versiones anteriores. Pero el equipo ha abordado estos desafíos con éxito en el lado de JavaScript. Si JavaScript continúa recibiendo significativamente más recursos que los estilos, esa disparidad se reflejará en los diseños finales. Y los usuarios sentirán la diferencia, incluso si no pueden articular por qué.
Me encantaría ver la misma energía de modernización aplicada a la arquitectura CSS porque estoy convencido de que los beneficios a largo plazo tanto para la experiencia del desarrollador como del usuario serían transformadores.