Recapitulación y práctica

Puntos clave

• La especificación vino primero y fue corta: un párrafo que nombró las restricciones que importaban, incluyendo las restricciones de flujo de trabajo que nunca aparecen en la aplicación en funcionamiento.
• Los secretos nunca tocaron el repositorio; cada proyecto leyó las claves desde variables de entorno o configuración cifrada establecida en un panel.
• La pila se eligió para que hubiera menos margen de error: autenticación gestionada, base de datos gestionada, alojamiento estático, funciones sin servidor.
• Los obstáculos se resolvieron alimentando a la IA con evidencia exacta —el error literal, el código real, la configuración de despliegue— y acotando las correcciones de forma estrecha.
• El lanzamiento significó una prueba real contra la realidad, no "compiló": una compra en vivo, una segunda cuenta, un enlace profundo en el sitio desplegado.

Ponlo en práctica

Elige una de tus propias ideas y escribe su especificación de un párrafo tal como lo hicieron estos cuatro casos: nombra la acción central, los datos que cada usuario puede ver, y al menos una restricción de flujo de trabajo (cómo se publica el contenido, quién puede hacer qué). Luego enumera los bloques de construcción gestionados en los que te apoyarías para que haya menos código propio que pueda romperse. Mantenlo en un solo párrafo más una breve lista de puntos; si crece más allá de eso, estás sobre-especificando.

Prompt del capítulo

I want to build: [one-paragraph description of the app].
Before any code, help me tighten this into a buildable spec.
1. Restate the single core action a user performs.
2. List the data each user can see — and what they must NOT see.
3. Name the workflow constraints that won't show up in the UI
   (e.g. "pushing a file should publish it", "only their own data").
4. Recommend a stack that MINIMIZES custom code: managed auth,
   managed database, static or serverless hosting where possible.
5. Flag the one part most likely to go wrong, and how we'll test it
   against reality (a real purchase, a second account, a deep link).
Keep the spec to a paragraph plus bullets. Push back if it's too big.