El gusto en el desarrollo de software

Hola a todos. Soy Steven, y gracias por invitarme. Así que sí, voy a hablar sobre el gusto y el desarrollo de software, aunque también preparé algunas diapositivas, donde pueden ver que el tema real es el futuro de la ingeniería de software. Y explicaré cómo esto se relaciona con el gusto en un momento. Pero primero, un poco sobre mí. Soy Steven, CTO y cofundador de Cognition. Y sí, he sido ingeniero de software probablemente durante unos 20 años. Así que estoy muy emocionado de estar aquí hablando con todos ustedes.

Como mencioné en Cognition, el gusto en el desarrollo de software en realidad es solo tener una buena opinión sobre el futuro de la ingeniería de software. Y eso es porque lo que construimos es un producto llamado Devon. Devon es un ingeniero de software AI, y lo que vendemos es transformación AI para organizaciones de ingeniería. Así que el gusto en el desarrollo de software para nosotros es simplemente entender hacia dónde se dirige el futuro de la codificación AI y articular eso tanto en nuestro producto como a nuestros clientes. Así que quiero hablar un poco sobre cómo Cognition escribe software también, porque a menudo recibo esta pregunta, que es, Cognition es una empresa de dos años que tiene 50 ingenieros, y sin embargo tiene medio billón de ingresos y está valorada en 26 mil millones. Y es un equipo bastante pequeño para una empresa de este tamaño. Y supongo que la respuesta es simplemente Devon. Devon aumenta nuestro equipo de ingeniería para que incluso con un equipo de ingeniería relativamente pequeño, podamos hacer el trabajo de una organización mucho más grande. Y esto es útil, porque ser los mayores usuarios de nuestro producto, nos permite mantenernos al tanto y asegurarnos de que lo que estamos vendiendo a nuestros clientes sea una gran experiencia.

Así que estoy seguro de que todos ustedes han usado herramientas de codificación AI antes. Así que quiero hablar un poco sobre la diferencia entre Devon y otras herramientas AI. Así que, para hacer eso, primero voy a recapitular un poco la evolución de la ingeniería de software AI. Obviamente comenzamos con la autocompletación de pestañas. Un saludo a GitHub Copilot, quien inventó eso. Y luego obtuvimos chat con su IDE, como con productos como cursor y Windsurf. Y más recientemente, todos han estado usando muchos más agentes, como cloud code, Codex, Devon, cursor, etc. Así que ahí es donde estamos ahora, podemos delegar tareas a agentes, y básicamente las completarán. AI ha avanzado mucho. Pero para los usuarios de Devon, en realidad tienen un poco más que solo eso. Tienen lo que llamamos un ingeniero de software AI, al que pueden asignar no solo tareas, sino responsabilidades también. Entonces, ¿cómo se ve eso? Bueno, primero, en Cognition, como muchos de ustedes, usamos AI para escribir casi todo nuestro código. Y pueden ver que nuestra tasa de fusión ha aumentado bastante dramáticamente en los últimos meses.

Pero creo que lo más interesante es cómo usamos Devon aparte de la implementación. Así que esto es a lo que me refería cuando digo que no solo delegamos tareas, delegamos responsabilidades, al igual que podrías delegar una responsabilidad a un ingeniero de software humano. Así que lo que eso significa es que Devon no solo está escribiendo código, también está revisando código, también está probando y asegurando la calidad de las características que escribe. Y también despliega y monitorea el lanzamiento de estas características. Así que si alguna vez hay un error de usuario, o un error de producción, Devon estará al tanto, será el primer respondedor a cualquier incidente.

Monitoreará todos los flujos de errores, todos los errores de sentry, etc. Y esto no vino gratis. Y podrías estar pensando, oh, esto suena como mucho trabajo para configurar para darle a Devon la capacidad de probar todas las cosas para monitorear todas las cosas. Y sí, es mucho trabajo.

Y eso es, supongo, hablando con franqueza, donde ganamos nuestro dinero. Ayudamos a nuestros clientes que quieren este nivel de automatización, a llegar a ese nivel de automatización. Les ayudamos a configurar todas las herramientas, todos los niveles de acceso, todos los entornos de ejecución remota, para que Devon pueda realmente hacer todo este trabajo de manera productiva.

Y gran parte de ese trabajo es lo que llamamos cerrar el ciclo. Así que simplemente darle a Devon el contexto que necesita para realizar estas tareas de ingeniería de nivel superior. Puedes ver en la diapositiva, algunas capturas de pantalla que tenemos en el medio del panel de control de Datadog, esta es en realidad una de las principales formas en que asignas una responsabilidad a Devon, simplemente le dices, oye, estos números, asegúrate de que se mantengan en verde. Si alguna vez se vuelven rojos, entonces ve y arréglalo. Y lo hace revisando registros, revisando commits recientes, etc.

Puedes ver en la captura de pantalla de la derecha, un ejemplo de Devon invocándose automáticamente basado en una alerta activada. Así que tenemos alguna alerta de Datadog basada en la observabilidad de LLM y Devon simplemente responde automáticamente. En este caso, se dio cuenta de que esta es una alerta que en realidad ya se activó aguas abajo de algún otro problema que ya se había clasificado. Así que sí, esto es lo que los usuarios de Devon están experimentando activamente hoy en día. Y durante mucho tiempo, este fue el futuro de la ingeniería de software que predijimos.

Hace dos años, nos hicimos un poco virales cuando anunciamos por primera vez a Devon como concepto y publicamos una demostración en YouTube. Y el futuro que estábamos vendiendo es simplemente como, oye, un día tendrás ingenieros de software de IA, y simplemente harán todo el trabajo que un humano puede hacer. Y me gustaría decir que en realidad ya se ha hecho realidad. Así que para el resto de esta charla, en realidad quería hacer una segunda predicción, tal vez más audaz, sobre el futuro real de la ingeniería de software. Y es que el inglés se convertirá en la fuente de verdad.

Así que dado que esta es una conferencia de JS, pensé que haría una analogía con React, donde con React, puedes construir sitios web. Y los sitios web siguen siendo solo HTML bajo el capó. Pero como programador, puedes escribir en React. Y la forma en que funciona es que hay un motor de reconciliación que toma el DOM virtual que está siendo devuelto por tu función de renderizado de ruta de React, y luego averigua cómo mantener el DOM real sincronizado con el DOM virtual. Y esta es una analogía para el desarrollo impulsado por especificaciones, donde podrías tener una especificación de tu producto. Y cada vez que haces un cambio en tu especificación, entonces un motor de reconciliación, que será un agente, tomará ese cambio en tu especificación y lo traducirá a un cambio en tu código.

Este es el futuro que imaginamos, donde así como React nos permitió pasar de trabajar a nivel del DOM bruto a un lenguaje de programación de orden superior, el inglés será la forma en que construyamos aplicaciones en el futuro y construyamos software en el futuro. Y sí, hay muchos patrones donde los desarrolladores construyen frameworks para que puedan escribir lenguajes más expresivos y de orden superior que reflejen mejor sus modelos mentales internos que el tipo de preocupaciones rutinarias a nivel de sintaxis.

Y hay algunos problemas que tenemos que resolver para llegar realmente a este mundo donde el inglés es la fuente de verdad. Solo para nombrar algunos, tiene que ser estable, tiene que ser consciente de la historia. Es como si no quisieras, tan pronto como cambias una especificación, regenerar toda la base de código desde cero. Eso sería muy molesto. Y en realidad no quieres una especificación. Sé que es una locura, porque acabo de decir que todo se trata de una especificación, pero quieres una especificación implícita.

Quieres poder simplemente hablar con tu agente, tal vez tener múltiples conversaciones a lo largo de meses, y todo eso se combine como un material fuente primario bruto del que se deriva la especificación. En realidad, no quieres interactuar con la especificación literal. Así que este es otro problema que tiene que resolverse para llegar realmente a este mundo. Así que sí, solo para concluir, hace dos años, afirmamos que el futuro de la ingeniería de software es que la IA escribiría todo tu código. Y ese futuro realmente ha llegado. Así que ahora estamos afirmando un nuevo futuro, que es que el inglés será la fuente de verdad. Creemos esto, y estamos trabajando muy duro para construir todo lo necesario para llegar allí.