Uso del Desarrollo Dirigido por Especificaciones para Flujos de Trabajo de Producción

Hoy vamos a hablar sobre el desarrollo impulsado por especificaciones. Este es un tema muy divertido. Me encanta sumergirme directamente en él aquí. Entonces, ¿qué es el desarrollo impulsado por especificaciones? ¿Puedo ver una muestra de manos? ¿Alguien ha oído hablar de este término ya? OK, veo a algunas personas. Eso es bueno. Así que este término lo sigo escuchando una y otra vez, y realmente es la base de este nuevo producto, del cual hablaré en un momento.

Pero echemos un vistazo a la definición aquí. Es un enfoque de desarrollo donde se crean especificaciones detalladas y estructuradas antes de que se escriba cualquier código. Así que es la idea de que vamos a crear este diseño. Vamos a crear un montón de información antes de sumergirnos en el código. Y vamos a usar nuestro sistema de codificación AI para ayudarnos a hacer eso. Y una forma en que definitivamente puedes hacer eso hoy es usar QIRO.

Ahora, QIRO es un nuevo AI IDE que, de hecho, a partir de hoy, ahora está en GA, lo que significa que está generalmente disponible. Y realmente se centra en este concepto de especificaciones y desarrollo impulsado por especificaciones. Y vamos a echar un vistazo un poco más sobre cómo eso funciona. Y también, si no estás usando QIRO, cómo lo usarías. Puede que veas en algunas de estas diapositivas este fantasma que está rebotando arriba y abajo. Este es nuestra mascota de QIRO. Así que pensamos que sería divertido tener esta pequeña mascota juguetona, este fantasma, que representa un poco sobre especificaciones, un poco sobre lo que estamos tratando de hacer. Y esto también es presentado por AWS.

Así que mi nombre es Eric Hanchett. Trabajo para AWS. Pero realmente estoy enfocado en QIRO en mi día a día. Puedes verlo en qiro.dev. Puedes descargarlo gratis para Windows, Mac, Linux. Y puedes comenzar de inmediato. Y puedes usar el inicio de sesión social. No necesitas inicios de sesión especiales para probarlo. Y sí, échale un vistazo en qiro.dev.

Una de las características principales, como dije, es el desarrollo impulsado por especificaciones. Decidimos tener este panel en este IDE donde tenemos dos modos, modo vibe y luego modo spec. Así que está realmente integrado directamente en el entorno de desarrollo. Y así, el modo spec es genial cuando quieres crear características más grandes. Y necesitas, tiene algo un poco, necesita un poco más de previsión antes de sumergirte. Así que incluso te da algunos ejemplos cuando estás usando el IDE.

Es para pensar en profundidad sobre las características, proyectos que necesitan planificación previa, construir características de una manera estructurada. Casi me recuerda, si retrocedes en el tiempo, cuando todos estaban haciendo este tipo de método en cascada de recopilación de requisitos que entraban en la producción, entraban, para que los desarrolladores trabajaran en un documento de requisitos muy estructurado. Y luego iba a QA, y luego entraba en producción. Bueno, a los asistentes de codificación realmente les gusta ese tipo de estructura. Les gusta tener ejemplos muy concisos de cuáles son los requisitos. En lugar de hacer este modo vibe donde vas y vienes, los asistentes de codificación funcionan muy bien si les das mucha información. Ahora eso es de lo que se trata este tipo de características de desarrollo impulsado por especificaciones.

Así que imaginemos que algunos de ustedes no están usando Kiro, pero están usando algún otro asistente de codificación. ¿Cómo harían eso dentro de su editor de código? Bueno, pueden hacerlo manualmente. También hay algunos buenos proyectos de código abierto por ahí, pero esencialmente lo que haces es decirle a tus asistentes de codificación, le dices a la IA, construye un documento de requisitos de usuario, y que tenga lo que yo especifique exactamente allí. Luego le dices que tome ese requisito, lo agregas al contexto, y luego haces que construya un documento de diseño. Así que toma esos requisitos de alto nivel y construyamos un diseño alrededor de ellos. Y finalmente, creemos una lista de tareas, pasos del uno al diez de cómo construir esta característica. Puedes hacer todo esto manualmente, simplemente yendo y viniendo y creando estos documentos.

Así que veamos un ejemplo de eso en mis diapositivas aquí. Podemos darle un prompt aquí. Elegiríamos el modo spec, construir una aplicación full stack para el panel de mi empresa. Ahora eso es bastante vago, pero el asistente de codificación, en este caso Kiro, intentaría tomar ese prompt y desglosarlo en tres partes, las tres partes que acabo de mencionar. Así que en este caso, surgiría con una fase de requisitos. Así que esto tiene todo como una introducción, requisitos uno, criterios de aceptación, y es muy detallado, y pasarías por esto y verificarías para asegurarte de que se vea bien, que no haya alucinado nada. Probablemente también agregarías algo de información a tu contexto incluso antes de comenzar a crear estos archivos, para que entienda mejor lo que estás tratando de hacer.

Esas son cosas llamadas como archivos de reglas o archivos de dirección. Luego crearía un diseño basado en ese requisito donde básicamente explicaría toda la arquitectura. ¿Qué estamos usando en el backend? ¿Estamos usando PHP? ¿Estamos usando como un meta framework como Next.js o Nuxt? Y desglosaría todo eso, y luego puedes ir y venir con el editor de código, asistente de codificación, y refinar esto o simplemente actualizar o eliminar cosas. Y luego, por supuesto, en cada parte, revisarías los archivos markdown en busca de inconsistencias, alucinaciones, errores, cualquier problema que veas. Y luego surgiría con una guía paso a paso sobre cómo implementar esta característica o esta tarea más grande.