Di que no para lanzar más rápido
Cada sí es un compromiso que pagarás en cada versión posterior. Los equipos que lanzan más rápido suelen ser los que más dicen que no.
El diario de Fieldnotes
Ensayos sobre ingeniería, diseño, producto y los equipos detrás del trabajo. Sin opiniones grandilocuentes, solo lo que hemos aprendido construyendo y lanzando cosas reales.
Destacado
Cada sí es un compromiso que pagarás en cada versión posterior. Los equipos que lanzan más rápido suelen ser los que más dicen que no.
Diseño de producto, patrones de interfaz y los sistemas detrás de una buena experiencia de usuario.
El instinto de llenar cada píxel es fuerte, y casi siempre equivocado. El espacio es lo que le dice al ojo dónde mirar y dónde descansar.
Un montón de códigos hexadecimales no es un sistema de color. Así se construye una paleta que se mantiene coherente a medida que tu producto crece de una pantalla a cien.
Análisis a fondo sobre arquitectura, rendimiento y el oficio de escribir software.
Las buenas APIs son silenciosas. Hacen exactamente lo que esperas y siguen funcionando mucho después de que dejas de pensar en ellas. Así se diseña para ese tipo de longevidad.
Una compilación que tarda tres minutos en lugar de treinta segundos no solo cuesta tiempo. Reconfigura silenciosamente cómo trabaja todo tu equipo, y rara vez para mejor.
Pasamos mucho más tiempo leyendo código que escribiéndolo y, sin embargo, casi toda nuestra práctica se dedica a escribir. Así puedes mejorar deliberadamente en la mitad más difícil.
Cómo los equipos planifican, priorizan y lanzan funcionalidades que la gente realmente usa.
Apuntes de campo sobre cómo construir, financiar y hacer crecer una empresa en etapa temprana.
The earliest customers are not there to grow your revenue. They are there to teach you what you are actually building, if you let them.
The pressure to grow the team fast is relentless, and giving in to it is one of the most expensive mistakes a young company can make.