LEONEL KREA
← Todas las reviews
Metodología

Spec-Driven Development

5.0 / 5

Especificar antes de codificar: la spec es la fuente de verdad y el código su consecuencia. Mi forma de construir producto como sistema.

No es una herramienta, es una manera de trabajar: antes de escribir código, escribo qué tiene que existir y por qué. La especificación deja de ser documentación que envejece y pasa a ser el origen del que sale lo demás.

El beneficio real es que el conocimiento deja de vivir solo en mi cabeza. Cualquier persona (o una IA) puede leer la spec y saber qué construir y dónde encaja. Esta misma web es un caso: el Context manda y el código es su consecuencia.

Tiene coste: exige disciplina para mantener la spec sincronizada, y un validador que impida que código y documentación se contradigan. A cambio, escalas sin convertirte en el cuello de botella.

PROS

  • El conocimiento deja de depender de una sola persona
  • Documentación que no envejece: es la fuente de verdad
  • Onboarding (humano o IA) mucho más rápido
  • Decisiones trazables y revisables

CONTRAS

  • Exige disciplina para mantener la spec al día
  • Necesita un validador que evite que se contradigan código y spec

¿Quieres saber más?

Échale un vistazo y saca tus propias conclusiones.

Leer cómo lo aplico