Dando Nueva Vida a Proyectos Antiguos Con Desarrollo Basado en Especificaciones

Hola a todos. Soy Leon. Soy un defensor de desarrolladores en Zencoder, y quería hablar sobre el desarrollo impulsado por especificaciones. Ahora, estoy seguro de que muchos de ustedes han oído hablar sobre el desarrollo impulsado por especificaciones cuando se trata de construir nuevas características, cuando se trata de planificar campañas, y es un marco realmente poderoso con desarrollo agéntico para revivir nuevos proyectos. La cosa es que la mayoría de nosotros no hemos llegado a este punto en un vacío. Si eres como yo, entonces llegaste a este punto construyendo cosas raras, malas, apenas funcionando cuando comenzaste porque tenías una visión o un sueño o una ambición, algo que querías hacer realidad. Así es como me metí en el software, y para muchos de ustedes, apuesto a que así lo hicieron también. Así que lo realmente genial de ese proyecto torpe, apenas funcionando, que probablemente ni siquiera esté en línea más, está en una versión antigua de Heroku que vive en algún lugar de un disco duro, tal vez ni siquiera en Git, es que para bien o para mal, puede verse terrible, pero tiene todos los elementos de una gran especificación.

Un poco sobre mí. Antes de unirme a Zencoder, e incluso honestamente antes de unirme a Procore, ya estaba trabajando en un par de ideas extrañas. Estaba trabajando en una aplicación social para resaltar y compartir esos destacados con diferentes personas. Estaba trabajando en un sitio web de presionar-un-botón-y-hacer- cualquier cosa. Luego, hace aproximadamente un año, tuve la oportunidad de consultar en algunos proyectos realmente geniales para llevar algunos temas realmente complicados a las escuelas y a altos funcionarios, y eso es adquisiciones de sistemas importantes. Entonces, cuando el gobierno compra sistemas realmente, realmente grandes, ¿cómo lo hacen, y cómo se ve ese enfoque? Mi idea para explicar eso tanto a estudiantes universitarios como a altos funcionarios en el gobierno fue esta. No parece mucho, y eso es porque en ese momento no lo era. Era un montón de cosas aquí, traté de traducirlo en algo que pudieras jugar, que sería atractivo para muchas personas y durante una cantidad decente de tiempo.

Ahora, se veía terrible. Como puedes ver, había mucho diseño, complicado de jugar, pero la parte realmente divertida son las reglas. Así que había muchas reglas integradas en lo que ves aquí esparcidas justo ahí en esa cama. Esas reglas se prestan muy bien al desarrollo de espectro. Entonces, ¿por qué se prestan muy bien al desarrollo de espectro? Ahora, el desarrollo de espectro se puede desglosar en cuatro fases. Tienes la fase de especificación, la fase de planificación, luego la fase de tareas, y finalmente, implementación o ejecución. Para la fase de especificación, ahora, cuando estás construyendo una nueva característica, a menudo lo que harás es comenzar con una especie de núcleo de una idea, y trabajarás con el agente para desarrollar eso en una especificación completa de cómo se verá ese comportamiento del usuario de principio a fin. Cuando ya tienes un proyecto viejo y polvoriento que puedes sacar de cualquier solución de almacenamiento o armario en el que esté viviendo, entonces probablemente contenga un montón de ese comportamiento del usuario en cualquier marco improvisado en el que originalmente lo escribiste. La lógica está ahí, incluso si la implementación y la ejecución no lo están. Así que esa es una base realmente, realmente sólida para construir una especificación fuerte sin tener que hacer demasiado ida y vuelta con el agente porque ya sabes cuál es la visión. Esta parte es solo ahora darle vida.

Y aquí es donde el desarrollo agéntico combinado con el marco de desarrollo de espectro da nueva vida a ese proyecto porque ahora puedes tomar esa especificación del comportamiento deseado, y puedes trabajar con el agente para la fase de planificación. Esa fase de planificación se presta a un montón de tecnologías que, A, o no estás familiarizado con ellas o B, simplemente no estaban disponibles en el momento en que primero tuviste esta visión, cuando primero intentaste ejecutar esta idea. Así que cuando estaba tratando de ejecutar esto, este pequeño juego que me gusta llamar sobrecarga del sistema, apenas sabía un poco de React. Ahora tengo un agente que puede implementar este juego para mí en la web en un marco de React que tiene sentido con almacenamiento persistente para estados de juego, con funcionalidad multijugador, con mensajería, con notificaciones, cosas que no tenía idea de cómo construir cuando quería que esta visión cobrara vida en primer lugar. Así que en la fase de planificación, tu agente toma esa especificación y trae las recomendaciones tecnológicas más apropiadas a la mesa. Y una vez que revisas eso juntos, los agentes, especialmente en algunos de los modelos más nuevos que son capaces de ejecuciones de larga duración, son capaces de descomponer todos esos elementos del plan en tareas. Así que descomponer la sobrecarga del sistema en esas tareas se verá como algo así como, primero construir la interfaz de usuario, luego construir perfiles de usuario, y luego construir estados de usuario y memoria persistente, luego construir el sistema de turnos del juego y el sistema de roles, y así sucesivamente. Cada pieza que ya has pensado en tu cabeza y que podría estar implementada en papel, pero ahora se está traduciendo en subtareas de desarrollo de características. Y finalmente llegas a la capa de implementación. Y la capa de implementación se ve algo así. Así que si echas un vistazo a Zencoder ejecutándose en la fase de implementación, lo que realmente está ejecutando es tarea por tarea que definimos desde esa fase de planificación.

Así que ves cómo cada nivel informa al siguiente, donde mientras esto se está ejecutando, puedes ver aquí que se está ejecutando en una subsección específica del panorama general. Y si hubo una cosa en la que estaba limitado además del conocimiento técnico para construir este proyecto cuando primero tuve esta visión, fue el tiempo para hacerlo tan bien y tan bellamente como quería.

Y la mejor parte de esto es que ahora puedes dedicar todos los recursos que necesitas a cada elemento del juego para hacerlo una experiencia holística. ¿Y qué hace eso? Cuando tienes ejecuciones agénticas que básicamente pueden dividir la carga de trabajo tarea por tarea en diferentes ejecuciones, obtienes una muy buena utilización de esa ventana de contexto, sin tener que sobrecargar la capacidad, sin tener que compactar y resumir, porque estas tareas están siendo, sus estados de finalización, lecciones aprendidas. Están siendo rastreadas en archivos de estado externos, ¿verdad? Así que el siguiente agente puede simplemente retomar donde el último lo dejó.

Y así, lo que obtienes cuando distribuyes esa carga de trabajo, tarea por tarea, a través de diferentes ejecuciones de agentes, es un proyecto terminado. Y esto es algo que, francamente, no sé si hay un futuro para este proyecto. Si alguien le encuentra un uso o le saca provecho, entonces eso es genial. Pero puedes ver cómo en un día puedo tomar un proyecto antiguo que pensé que era realmente importante, que me importaba, y que simplemente no podía ejecutar por esta o aquella razón en ese momento. Y ahora con este marco y con la tecnología que tenemos en nuestras manos juntos, convertirlo en algo mágico una vez más. Así que si el punto de esta charla es algo, es redescubrir esos proyectos que te emocionaron que te llevaron a esta industria en primer lugar y llevarlos contigo en este viaje en lugar de dejarlos en el pasado. Así que gracias. Y si tienes algún proyecto como el mío, o como, bueno, cualquier cosa loca, ¿verdad, que no funcionó en ese momento o que tuviste que pasar a cosas más grandes y mejores, dale una oportunidad. Dale un nuevo aliento. Creo que te sorprenderás de lo lejos que puedes llevar ese núcleo de una idea a una visión completamente desarrollada cuando combinas el desarrollo agéntico con el desarrollo basado en especificaciones. Gracias.