Notas sobre desarrollo, diseño y las decisiones que hay detrás.
\"Enviar\" y \"Confirmar pedido\" no son sinónimos, aunque hagan lo mismo. El microcopy que se escribe al final del proyecto se nota, y casi siempre cuesta conversión.
Leer nota →
El atomic design se explica fácil y se aplica mal seguido: componentes que técnicamente son atómicos pero que nadie reutiliza porque nacieron acoplados a una sola pantalla.
Leer nota →
Las cinco etapas que recorro antes de dar por terminada una interfaz, con los números reales del rediseño que hice para el retailer de tecnología más grande de Argentina.
Leer nota →
Diseñar y programar el mismo producto cambia el orden de las decisiones. Cómo organizo el paso de un archivo de Figma a componentes de verdad, sin la fricción de que dos personas se turnen el archivo.
Leer nota →
Construir un design system para un proyecto de una sola pantalla es gastar dos semanas en flexibilidad que nadie va a usar. Cuándo vale la pena y cuándo es sobre-ingeniería con nombre elegante.
Leer nota →
Un token de diseño no es una buena práctica decorativa: es lo que hace que cambiar un color sea una línea en vez de una búsqueda componente por componente. Cómo los organizo y cómo cruzan a código.
Leer nota →
Agregar accesibilidad después es rehacer trabajo. Los tres chequeos gratuitos que hago desde el primer componente, y por qué salen más baratos en el diseño que en el código.
Leer nota →