Cerrando Enero 2026 Con Algunas Reflexiones de SDD

Acabo de terminar de ver, analizar y estudiar el último directo de la “Comunidad de Javier Garzás”, grupo al que me honro pertenecer. Pese a mis 36 años de vida Profesional debo reconocer que estoy muy impactado por el rápido avance de la IA aplicada en la Ingeniería de Software.

Por eso les quiero compartir algunos análisis y conclusiones preliminares respecto al tema del SDD (Spec-Driven Development) que se encuentra en plena ebullición. De hecho, lo estoy estudiando para incorporarlo en mis cursos justamente de Desarrollo de Software de este año 2026.

Fuente: imagen generada con Gemini PRO usando el Prompt “Usando una estética de ciencia ficción de los años cincuenta crea una imagen que represente este concepto: "SDD es el nuevo paradigma para profesionalizar la creación de software con IA"”.

Ahora lo ofrecido: estos son los “apuntes” comentarios y reflexiones que presenta el directo realizado para toda la Comunidad este martes 27 de febrero.

KEY POINTS DEL DIRECTO.

Conceptos fundamentales:

1. SDD (Spec-Driven Development) es el nuevo paradigma para profesionalizar la creación de software con IA, agrupando frameworks y metodologías para hacer Vibe Code de manera más seria.

Nota del Editor: Vibe Code se refiere a una técnica emergente que consiste en crear software mediante Prompts interactivos que se digitan en una IA como Bolt.New. Gemini lo describe como “programar a través de la comunicación natural, priorizando el flujo creativo y la visión del usuario por sobre la rigurosidad de la arquitectura de software tradicional”.

2. El Vibe Code está evolucionando de algo amateur y anárquico a algo profesional con método.

3. Un SPEC no es un Prompt: los prompts son conversacionales, los SPECs son estructurados, versionables y están pensados para ser artefactos permanentes del proyecto.

Nota del Editor: SPEC (o Software Specification) es el documento técnico que actúa como la "única fuente de verdad" para el desarrollo de un sistema. Define con precisión el comportamiento, las reglas de negocio, la arquitectura y los límites del software, utilizando lenguajes de marcado como Markdown para que sean legibles tanto por humanos como por agentes de IA.

4. Detrás del SDD están actores importantes: AWS (Spec-Pilot), GitHub (SDD Toolkit) y ThoughtWorks (Anti-Gravity, inspirado por Martin Fowler).

Nota del Editor: se considera al Profesor Fowler como un gran aporte en el ordenamiento que está teniendo el desarrollo de software apoyado por IA. Es autor de esta famosa frase:

“Cualquier tonto puede escribir código que una computadora entienda.

Los buenos programadores escriben código que los humanos entiendan”

5. Para quién es esto:

- Crucial para Product Owner, Product Managers y gente de negocio: ahora podéis crear prototipos operativos sin conocimientos técnicos profundos.

- Los perfiles no técnicos pueden especificar en lenguaje natural y que la IA genere las aplicaciones.

- La complejidad se está moviendo: de lo técnico-algorítmico a la especificación de negocio detallada.

6. Cambios de paradigma:

- Parece que volvemos a especificaciones detalladas (tipo requerimientos antiguos) en vez de historias de usuario ligeras.

- Pero no es cascada tradicional: las iteraciones son cortísimas (días o semanas) y hay feedback constante.

Nota del Editor: una de las características más identificables del Modelo Cascada es que se debe esperar muchas semanas para tener software funcionando.

- Es como un híbrido entre cascada y ágil: especificación cerrada, pero ciclos muy cortos.

- Recordad el viejo FDD (Feature-Driven Development): olía un poco a esto, aunque en aquella época sin IA.

7. Arquitectura de un SPEC:

- Un SPEC bien hecho incluye: título, objetivo, contexto, actores, casos de uso, reglas de negocio, historias de usuario, criterios de aceptación, consideraciones técnicas.

- Todo en lenguaje natural que entienden tanto personas como IAs.

- Los SPECs pueden ser muy extensos (el ejemplo del gestor de certificados es considerable).

- Se pueden versionar como código y mantener en repositorios.

Nota del Editor: se propone usar el conocido GitHub como apoyo para gestionar las distintas y sucesivas versiones de los documentos SPEC.

8. Herramientas principales:

- Anti-Gravity (ThoughtWorks): el referente actual, mucho contenido en blogs de Martin Fowler.

- Spec-Pilot (AWS): solución de Amazon para SDD.

- SDD Toolkit (GitHub): herramientas de GitHub para este paradigma.

- La recomendación es empezar con Anti-Gravity para entender bien los conceptos.

9. Relación con otras tecnologías:

- Los SPECs funcionan muy bien con sistemas RAG: si tienes documentación en RAG, la IA puede generar SPECs mejores.

Nota del Editor: por RAG se entiende es una técnica que conecta a la IA con una base de datos externa para recuperar información específica antes de generar una respuesta. Esto garantiza que el contenido sea actualizado, verídico y basado en tus propios documentos, evitando que la IA “invente datos”.

- La conexión BDD (Behavior-Driven Development) y Gherkin sigue siendo relevante (de ahí el bonus del mes).

Nota del Editor: Gherkin es un lenguaje muy utilizado para automatizar el Testing.

- El lenguaje Gherkin (Given-When-Then) calza muy bien con cómo se escriben los criterios de aceptación en SPECs.

10. Reflexiones importantes:

- Vamos tan rápido que nuestro cerebro aún no asimila todo lo que podemos hacer con IA.

- Seguimos haciendo cosas "manualmente" porque no hemos interiorizado las nuevas capacidades.

- Esto está profesionalizando el sector después de una época de mucho "niño haciendo calculadoras con Prompts".

- Es momento de tomarnos en serio estas metodologías y ser referentes en español de estas prácticas.

11. Caso práctico compartido:

- Gestor de certificados de la comunidad: aplicación real creada con esta metodología.

- El SPEC es extenso y detallado, no un simple Prompt.

- Muestra cómo gestionar algo real (miembros, certificados, lógica administrativa) con SDD.

- Potencial de expansión: podría crecer a un gestor administrativo completo.

12. El futuro que se vislumbra:

- La seriedad está llegando al mundo de la creación con IA.

- Los grandes actores (AWS, GitHub, ThoughtWorks) están apostando fuerte por esto.

- Va a haber un cambio en cómo especificamos: más detalle en negocio, menos en implementación técnica.

- La IA sustituye (o complementa) a personas en el desarrollo, cambiando radicalmente los paradigmas.

¿Qué les parecen estas reflexiones realizadas en plena “explosión” de técnicas y conceptos relativos a la IA en la construcción de software?

Para terminar, los invito a ver:

El vídeo generado por NotebookLM a partir de estos mismos apuntes: https://youtu.be/YORFSBgFvZU

La infografía creada por NotebookLM:

Saludos cordiales.

Profesor Gerardo Cerda Neumann, Editor del Blog.