Notas sobre desarrollo, diseño y las decisiones que hay detrás.
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 →
La sigla se usa para justificar dos cosas opuestas: entregar poco y entregar mal. La diferencia importa, sobre todo si estás pagando por el desarrollo.
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 →
La parte difícil de un MVP no es construirlo, es recortarlo. El método que uso para decidir qué entra en la primera versión, con las decisiones reales del SaaS que sostengo en producción.
Leer nota →
Una auditoría heurística es la forma más barata de encontrar problemas reales antes de tocar un píxel. Así la hago, con lo que encontré al aplicarla sobre un e-commerce con 34 años en el mercado.
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 →
La mayoría de los proyectos a medida no fracasan por mala tecnología. Fracasan por decisiones que se toman en la primera semana y que nadie revisa hasta que ya es tarde. Esta es la guía que le daría a un cliente antes de la primera reunión.
Leer nota →
React, Node, TypeScript — cualquiera puede escribir esa lista. Lo que cambié fue contar qué decisión tomé y qué pasó, no qué herramienta usé para tomarla.
Leer nota →