Sistemas de diseño que sobreviven al contacto con la ingeniería
Una biblioteca de componentes que nadie usa es una guía de estilo muy cara. La diferencia está en dónde viven los tokens.
Por VPFUnited Solutions
La mayoría de los sistemas de diseño se degradan de la misma manera: el archivo de diseño y el código se separan, los ingenieros dejan de confiar en los componentes y, al cabo de un año, el sistema describe un producto que ya no existe.
Los sistemas que sobreviven comparten una propiedad: una única fuente de verdad para los tokens que ambas partes consumen. Color, espaciado, radio y escala tipográfica, definidos una vez y exportados tanto a la herramienta de diseño como a la base de código. Cuando divergen, el build falla. Nadie tiene que discutir sobre qué versión es la correcta.
Los componentes deberían construirlos quienes los van a mantener, con los diseñadores revisando la implementación en lugar de entregar una especificación. Un componente que solo existe en un archivo de diseño es una propuesta, no un sistema.
Publica menos componentes de los que crees necesitar. Cada componente es un compromiso de mantenimiento, y un sistema de veinte componentes bien usados supera a uno de doscientos donde nadie encuentra el correcto.
Por último, resuelve la accesibilidad en el momento del diseño. El contraste, el orden de foco y los tamaños de las áreas táctiles son mucho más baratos de corregir en un token que en cuarenta implementaciones.