Diseño
Guía consolidada de nomenclatura para sistemas de diseño: tokens, componentes y variables
El artículo articula el problema central de la nomenclatura: los nombres demasiado genéricos impiden comprensión; los demasiado específicos limitan la reutilización. Para cada capa del sistema de diseño propone recursos distintos: Classnames para clases y funciones, Color Parrot para colores, Component Gallery para comparar cómo otros design systems nombran los mismos componentes (cubre más de 50 componentes), y el caso de Intuit para tokens multi-producto. El principio de Erin Gannon para features es especialmente accionable: el nombre debe reflejar el trabajo que el usuario quiere hacer (job-to-be-done), no la función técnica, y debe surgir del lenguaje propio del usuario. El mapa de Vodafone descompone tokens en cuatro colecciones, brand, primitivos, semánticos y páginas, y hace visible desde el nombre dónde se usa cada token.
Tu acción
Abre Component Gallery y verifica cómo sistemas de referencia nombran los 3 componentes más debatidos en tu equipo; usa eso como argumento en la próxima conversación de naming.