Idea principal

El trabajo de supervisión es el mismo que hace un desarrollador experimentado con un principiante: repetir por qué un archivo no debe contenerlo todo, por qué una capa no debe conocer otra, por qué no se cargan todos los datos, por qué hay que escribir los tests y por qué hay que volver a lanzarlos. Le das una captura de pantalla de un componente y lo que vuelve es una interpretación simplificada que hay que rehacer.

Lo que difiere es lo que compra ese esfuerzo. Supervisar a un junior es una inversión: las mismas observaciones no se repiten indefinidamente, porque la persona acumula. Un asistente no acumula nada por sí mismo — la corrección vale para la sesión, no para la siguiente, y la misma desviación reaparece en la funcionalidad siguiente.

La supervisión de un asistente solo es rentable, por tanto, si cambia de soporte: lo que se le diría a un junior debe escribirse una vez en el marco que el asistente relee — archivos de instrucciones, convenciones, catálogo de patterns. Repetirlo cada vez es el régimen caro; escribirlo es el régimen que capitaliza.

Por qué es importante

Esto corrige la lectura espontánea de la relación. Quienes describen al asistente como un junior muy rápido suelen sacar de ahí una conclusión optimista — basta con supervisarlo bien — cuando el mecanismo que hacía soportable la supervisión ha desaparecido.

También indica dónde se va el tiempo realmente ganado: no en la producción de código, que sí es más rápida, sino en la repetición de una supervisión que no capitaliza mientras nada la escriba.

Matices y límites

La analogía tiene sus límites: a diferencia de un junior, el asistente no se cansa de que lo corrijan, no pierde confianza y no cuesta una carrera. La comparación sirve para situar la carga de supervisión, no para describir la relación.

Y escribir el marco tiene a su vez un coste, que solo se justifica sobre un trabajo repetido. Para una herramienta construida en una tarde y abandonada al día siguiente, repetir sale más barato que escribir.

Preguntas abiertas

• ¿Qué parte de lo que un desarrollador experimentado transmite a un junior es realmente formalizable en un archivo de instrucciones, y qué parte solo existe en la discusión sobre un caso concreto?