Por Qué La Ingeniería de Software Se Está Convirtiendo: Planificar y Revisar

Hola. Soy Louis y soy uno de los cofundadores de Vibe Kanban. Y hacemos herramientas que ayudan a los ingenieros de software a trabajar con agentes de codificación. Y eso significa que pasamos mucho tiempo pensando en cómo trabajar efectivamente con agentes de codificación, ser productivos, hacer más. Y hay mucho que se puede lograr. Y así, si puedes encontrar formas de optimizar tu flujo de trabajo, puedes obtener mucha ventaja en un mundo donde algunos ingenieros que descubren cómo usar IA van a estar enviando dos, tres, cuatro veces más que aquellos que no lo hacen.

Hoy, me voy a centrar en dos aspectos de esto. Uno es la planificación y otro es la revisión, y cómo puedes optimizar tu flujo de trabajo en torno a estos dos elementos humanos del proceso que se están volviendo cada vez más prevalentes. Entonces, una de las cosas en las que pienso mucho es que a medida que las capacidades de los agentes de codificación se han fortalecido, están funcionando por más tiempo. Están tomando más tiempo para completar su trabajo. Si miramos los tipos de trabajos que podrías hacer día a día como ingeniero de software, puedes agruparlos en planificación, escritura de código, y revisión de código, ya sea revisando lo que haces o revisando lo que hacen tus compañeros.

Y si tratamos de poner un porcentaje de cuánto tiempo estamos dedicando a hacer esos diferentes trabajos, creo que antes de que la IA comenzara a mejorar significativamente la productividad de las personas, podría haber parecido un poco así, una cantidad significativa de escritura de código, una cantidad decente de revisión tanto de tu propio código como del de otras personas, y un poco de planificación también. Y a medida que las cosas comienzan a acelerarse a través de la IA, primero con GitHub Copilot, luego con ChatGPT, más tarde con Cursor, y por supuesto, más recientemente, nuevamente con Cloud Code, comienzas a ver que en realidad la parte de escribir código ha cambiado de ser la cosa en la que paso la mayor parte de mi día a la cosa en la que casi no paso tiempo.

Y entonces, supongo que la pregunta es, ¿qué hacemos con todo ese tiempo extra que acabamos de recuperar? Bueno, una de las cosas que podrías hacer es entrar en TikTok, o jugar Candy Crush, o, ya sabes, mi vicio, no me importa admitirlo, es hacer doom-scrolling en Twitter. Y hay incluso IDs ahora que te ayudarán a procrastinar al máximo si eso es lo que quieres hacer. Sin embargo, creo que en realidad hay muchas cosas que puedes hacer. Y una de las cosas en las que pensar es que, aunque escribir código no es realmente algo que sea parte de mi flujo de trabajo ya, hay otras áreas del flujo de trabajo que parecen estar ocupando más tiempo que antes.

Entonces, si antes pasaba 10 minutos escribiendo código, y gracias a la asistencia de IA ahora paso un minuto escribiendo código, no solo recuperé nueve minutos. De hecho, creo que probablemente añadió al menos dos minutos a la cantidad de tiempo que tenía que pasar planificando, y al menos dos minutos a la cantidad de tiempo que tengo que pasar revisando código. Y así, es una mezcla de ser tanto un acelerador como también desplazar el trabajo a otras áreas del flujo de trabajo, creando trabajo en esas áreas. Y así, si eso es cierto, entonces básicamente, si quieres enviar más, necesitas encontrar formas de planificar y revisar más rápidamente.

Si estás sentado ahí pensando, realmente quiero, ya sabes, enviar algo, y solo estoy buscando la palanca para tirar que me va a ayudar a sacar eso aún más rápido, esencialmente, si puedes averiguar cómo planificar más rápido, revisar más rápido, puedes averiguar cómo enviar más. Esa es la mayor palanca que tienes ahora. Así que, voy a sumergirme ahora en algunos de los consejos que tengo para hacer más o hacer tu vida, ya sabes, más divertida en un mundo donde la mayor parte del trabajo de la ingeniería de software se está convirtiendo en planificación y revisión.

Y el primero de esos consejos es, si tuvieras que elegir, y es una elección, deberías elegir pasar más tiempo planificando que revisando. Y en realidad creo que si pasas más tiempo planificando, ahorrarás tiempo que de otro modo tendrías que gastar revisando. Entonces, una de las cosas que quiero decir con planificación es que necesitas un sistema de registro. Así que, con los agentes de codificación, todos tienen que ser un poco gerentes. Necesitas encontrar formas de estructurar tu trabajo diario para que puedas ver fácilmente, bueno, ¿qué tareas tengo en progreso? ¿Qué tareas están en revisión? ¿Y qué tareas hay por hacer? Y esto es porque vas a lograr mucho más de lo que lograbas antes, que en realidad puede volverse difícil realmente llevar un seguimiento de todo lo que necesita hacerse cuando todo está sucediendo en tu mente. Así que, no tiene que ser Vibe Kanban, el producto que hacemos. Puede ser Notion, puede ser Google Docs, o lo que sea. Pero necesitas estar organizado sobre tu propia productividad personal de una manera que creo que solo los equipos realmente tenían que preocuparse por esto antes de que los agentes de codificación de IA llegaran a la escena.

Mi siguiente consejo es sobre el acto de planificar con un agente de codificación de IA. Así que, básicamente necesitas pedirle a la IA antes de que haga un cambio que tome tu descripción, y tu descripción podría ser bastante pequeña, tal vez contenga referencias a cuál es el problema, pero no el detalle completo de cómo solucionar la tarea. Y lo que vamos a hacer es trabajar con el agente de codificación para convertir eso en un plan mucho más completo. Así que, puedes ver aquí en el cuadro rojo, solo tengo un simple aviso que dice, por favor planifica cómo ejecutar esta tarea. Y puedes usar el código defectuoso, o los modos de planificación de codex para lograr esto también. No tienes que simplemente pedirle que cree un plan. Y lo que obtendrás de tu agente de codificación es el esquema de los cambios que va a hacer. Así que, puedes ver aquí que está haciendo referencia a diferentes archivos, y está siendo específico sobre algunos de los cambios que podría hacer. Esta es realmente tu oportunidad para pedir cambios. Y es importante que pidas cambios en la etapa de planificación en lugar de en la etapa de cambios.

Porque tan pronto como el agente de codificación intenta hacer cambios, es muy difícil deshacer esos cambios. Los agentes de codificación de IA son perezosos. Y así, si hacen cambios, y luego decides que no te gustan esos cambios, lo que terminarás teniendo es un compromiso entre el primer intento y el feedback que le diste, en lugar del cambio limpio que de otro modo hubieras querido. Así que, este plan es realmente tu oportunidad para establecer el enfoque, y desde ahí es mucho más probable que tengas un resultado exitoso. Así que, visualizando cómo la planificación podría afectar la revisión, tengo dos líneas de tiempo aquí. Así que, la línea de tiempo superior es una donde la persona en el asiento del conductor no pasó mucho tiempo planificando. Y así, puedes ver que hicieron un pequeño plan. La IA fue e hizo un cambio. Luego volvió al humano y dijo, humano, por favor revisa esto. El humano tuvo algunos comentarios. Y luego, puedes ver que esto va de ida y vuelta con la IA haciendo más cambios, el humano revisando, la IA haciendo más cambios, etc. La otra opción, opción B, es invertir más tiempo en la planificación.

Le das mucho más detalle. Y a veces eso significa que la IA va a funcionar por más tiempo, porque en realidad vas a hacer que trabaje más de lo que iba a hacerlo, para lograr el cambio que deseas. Pero la compensación y la ventaja de esto es que ahora, probablemente solo tendrás que hacer una ronda de revisión. Así que, lo revisas. Tal vez haya algunas pequeñas cosas que estén mal, pero en términos generales, el trabajo es correcto. Y eso significa que solo necesitas implementar una ronda de comentarios. Entonces, lo que realmente lleva tiempo es cuando tú, como humano, tienes que involucrarte. Y la revisión es una de las partes del proceso que realmente requiere mucho trabajo humano. Así que, si puedes encontrar formas de revisar los cambios con menos frecuencia, descubrirás que eso tiene un gran impacto en tu capacidad para hacer más, porque consume mucho tiempo.

Así que, para recapitular, planifica más y revisarás menos. Ahora, vamos a hablar sobre la revisión. Y hay dos partes en el rompecabezas de la revisión. Una es revisar el cambio en sí como usuario, tal vez verificando en un navegador si las características se han implementado correctamente. Y la otra es realmente revisar el código. Así que, primero, vamos a hablar sobre la primera de esas opciones. Entonces, ¿cómo revisas las cosas para su corrección funcional? Y básicamente, una de las cosas más grandes y los errores más grandes que veo que la gente comete es que tienen una configuración de desarrollo realmente complicada. Así que, ya sabes, en el extremo más extremo del espectro, tal vez necesites tener un servidor de desarrollo en funcionamiento, pero eso está conectado a una base de datos de desarrollo. Pero esa base de datos de desarrollo realmente no hace mucho a menos que la llenes con algunos datos de desarrollo, que nadie ha escrito en ningún lugar. Así que, necesitas hacerlo manualmente tú mismo. Y antes de que incluso puedas probar el cambio, te das cuenta, wow, tengo que ir y hacer clic por ahí y hacer diez minutos de trabajo solo para probar este cambio.

Así que, lo que realmente abogo es por hacer que sea lo más simple posible ejecutar servidores de desarrollo, tanto para que puedas probar cosas, pero en un futuro cercano, la IA podrá probar el trabajo por sí misma, pero no podrá hacerlo si está pasando diez minutos configurando tu servidor de desarrollo e incluso poniéndolo en funcionamiento en primer lugar. Así que, aquí puedes ver a la izquierda tengo mi chat, y a la derecha tengo mi servidor de desarrollo. Y puedo iniciar eso tan fácilmente porque con un clic, puedo ejecutar un servidor de desarrollo desde dentro de Vibe Kanban. También tenemos una configuración de servidor de desarrollo donde en realidad copiamos todos los datos desde un directorio de semillas a la base de datos cada vez. Así que, tienes este tipo de entorno completamente verificable que está configurado y es bastante confiable cada vez, y no hay configuración necesaria aparte de presionar el botón de inicio para poder probar las cosas.

Mi siguiente consejo es sobre la revisión de código, y lo más importante con la revisión de código en este momento es asegurarte de que estás haciendo que la IA trabaje para ti para revisar los cambios. Y esto no es algo que realmente hubiera recomendado tal vez incluso hace tan solo tres meses atrás, pero muy recientemente las herramientas de revisión de código de IA se han vuelto realmente buenas. Hay muchas startups diferentes por ahí que están abordando esto como su única misión, pero en realidad creo que los agentes de codificación Claude code y Codex y la función de revisión de esos agentes de codificación son prácticamente igual de buenos.

Y así, lo que hago es en mi editor, que es Vibe Kanban, en mi editor, que es Vibe Kanban, pido una revisión que ejecutará en segundo plano ya sea los agentes de codificación Codex o Claude code en modo de revisión. Y recibirás una lista de cambios que el agente ha identificado que deberías hacer. Y a menudo, tienen una prioridad como P1, P2, P3, y puedes decidir, bueno, sí, esto es importante, por favor ve y arréglalo. O alternativamente, eso parece un poco como algo que es de estilo. Y en realidad, prefiero un estilo diferente, y puedes omitirlos. Pero me ahorra mucho tiempo.

Hago esto en todas mis piezas de trabajo ahora antes de ir y revisar el código yo mismo. Lo que me lleva a mi siguiente punto, que es que quieres revisar el código, pero solo quieres hacerlo una vez. Y recomendaría hacerlo justo al final del proceso. Así que trabaja con la IA, haz un plan, ejecuta el plan, prueba el cambio funcionalmente, tal vez dale retroalimentación basada en eso. Y solo una vez que todo esté funcionando, comienza a mirar el código porque es un proceso increíblemente que consume tiempo leer el código generado por IA.

código porque es un proceso increíblemente que consume tiempo leer el código generado por IA. Así que nuevamente, quieres minimizar la cantidad de veces y la cantidad de tiempo que estás dedicando a eso. Así es como reviso el código rápidamente, nuevamente, dentro del editor que uso, tengo mis registros a la izquierda, pero a la derecha, puedo ver el cambio de código que el editor en el agente de codificación hizo. Y como puedes ver, hay una pequeña diferencia aquí. Ha cometido un tipo de error estilístico, que es importar a mitad del archivo, lo cual sé que no es totalmente ilegal, pero es algo que simplemente no me gusta. Y así puedo comentar sobre estos cambios a mitad del archivo, y eso enviará la retroalimentación al agente de codificación, que luego irá y hará el cambio.

Y con suerte, no habrá más cambios después de que haya dado esa retroalimentación. Y este es el tipo de cosa que creo que hemos tocado a lo largo de la conversación que hemos estado teniendo, pero quería mencionarlo como su propio consejo, porque creo que esto es tan importante, y siempre me sorprende cuán pocas personas realmente están aprovechando esto. Pero deberías estar trabajando en múltiples tareas en paralelo. Estamos en un punto con los agentes de codificación donde pueden funcionar durante cinco, 10, a veces 15 minutos sin ayuda. Y si tienes dos o tres de esos trabajando al mismo tiempo, probablemente encontrarás que siempre estarás ocupado haciendo algo mientras los otros están corriendo. Así que para ilustrar esto, tengo una imagen del tablero con el que estaba trabajando más temprano hoy, y puedes ver que hay tres tareas diferentes en marcha. Una de ellas está en ejecución, y mientras eso está en marcha, tengo tiempo para editar y desbloquear las otras dos.

Por ejemplo, esta aquí que está abierta podría necesitar que abra el servidor de desarrollo, inicie el servidor de desarrollo, abra un navegador y revise los cambios. Y eso me mantiene ocupado mientras otra está en marcha y el agente de codificación está trabajando en ella. Y así, tan pronto como esa esté lista, entonces estaré libre para trabajar en la siguiente acción para esa, ya sea revisión de código o revisar los cambios en un navegador. Y solo quiero terminar con una especie de nota final sobre lo que realmente estamos haciendo. Quiero decir, este es un momento realmente experimental para estar codificando. El flujo de trabajo que acabo de describir es algo que realmente solo se cristalizó muy recientemente, quiero decir en los últimos seis meses, si acaso. Y diría que realmente está cambiando y es tu trabajo averiguar basado en los proyectos con los que estás trabajando, cómo están configurados, ¿es front-end, es back-end, es datos? Sabes, realmente es tu trabajo averiguar cómo automatizar las cosas que la IA te está pidiendo que hagas. Si solo mantienes un registro mental cada vez que la IA termina de hacer algo, ¿qué te está pidiendo que hagas?