Ci sono valide ragioni per usare le variabili, forse non entriamo nei dettagli qui. È un buon punto, però, non discutere sulla natura del CSS. Avrei dovuto formularla meglio: non si tratta della sua natura, ma delle best practice per lo styling di un framework basato su componenti. E sono completamente d’accordo sul fatto che i pulsanti siano un altro buon esempio di come queste non possano essere applicate correttamente.
Guardando al quadro generale, c’è stato uno sforzo concertato per modernizzare il lato JavaScript del framework frontend. E penso che sia stato un successo clamoroso. Lavorare con standard puliti e classi ben strutturate è ora veramente piacevole. Per me, come designer, ha anche aperto opportunità per costruire nuovi componenti frontend in modo più facile ed efficiente.
Tuttavia, non riesco a liberarmi dalla sensazione che non ci sia un impegno simile nel portare il design system allo stesso livello. Sebbene l’aggiunta di variabili CSS per ogni aspetto sia certamente più performante e pulita dell’approccio attuale, sembra ancora un modo per evitare i problemi architettonici più profondi: una codebase piena di dichiarazioni eccessivamente specifiche e senza stili chiari limitati ai componenti. Questo sembra una soluzione “più facile” che evita il problema più difficile: allineare completamente l’architettura di styling con il design modulare del framework.
Capisco che ciò comporterebbe molto lavoro e problemi di compatibilità con le versioni precedenti. Ma il team ha affrontato queste sfide con successo sul lato JavaScript. Se JavaScript continuerà a ricevere risorse significativamente maggiori rispetto agli stili, tale disparità si rifletterà nei design finali. E gli utenti sentiranno la differenza, anche se non riescono a spiegare perché.
Mi piacerebbe semplicemente vedere la stessa energia di modernizzazione applicata all’architettura CSS perché sono convinto che i benefici a lungo termine sia per l’esperienza dello sviluppatore che per quella dell’utente sarebbero trasformativi.