Antes de escribir código: planifica, lanza un MVP y no busques lo perfecto

La tentación, cuando te emociona una idea, es abrir el editor y empezar a teclear. Pero las decisiones que definen si un proyecto funciona se toman casi todas antes del primer commit. Este es el orden que intento seguir.

Planifica antes de construir

Planificar no es un diagrama de Gantt. Es responder tres preguntas con honestidad: qué problema resuelvo, quién lo tiene y — lo más importante — qué no voy a hacer. Una lista clara de no-objetivos vale más que una lista larga de features. El alcance es lo que mata proyectos en silencio, y es más barato recortarlo en papel.

Elige tecnología con la que puedas vivir

Un stack es un compromiso a largo plazo, no una elección de moda. Elijo tecnología que pueda operar, depurar y seguir entendiendo en un año — normalmente la opción aburrida y transitada. El framework emocionante que te ahorra una semana hoy puede costarte meses cuando te pelee en producción.

Lanza un MVP, no un monumento

Tu primer lanzamiento no debería ser perfecto. Debería ser real. Un MVP existe para responder una sola pregunta — ¿esto le importa a alguien? — con el menor código posible. Perseguir un lanzamiento impecable es solo pulir suposiciones que todavía no has probado. Lanza la cosa más pequeña que entregue el valor central, y deja que la realidad te corrija.

Prueba en el mundo real antes de "lanzar"

Esto importa más en tus propios proyectos, donde no hay un cliente forzando el tema. Pon la cosa frente a uso real — aunque sea un puñado de usuarios reales — antes de llamarla lanzada. La planificación te dice qué debería pasar; el mundo real te dice qué pasa. En esa brecha vive cada lección interesante.