Ángulo

Un bug acotado, un endpoint simple, un script, un test estándar, una refactorización modesta: esas tareas no solo ocupaban a los desarrolladores junior de un equipo, los fabricaban — y son exactamente las que mejor produce un asistente de desarrollo. La aceleración no retira, por tanto, puestos en primer lugar: retira tres mecanismos mediante los cuales un equipo de software reproducía su propia competencia: el coste del código, que obligaba a comprender antes de avanzar; el tamaño pequeño del sistema, que mantenía el error analizable y por tanto formativo; el primer escalón, que exponía a un principiante a la resistencia de lo real sin poner en peligro el producto. Ninguno de los tres era una práctica decidida — eran los efectos secundarios de una lentitud que nadie tuvo nunca motivos para defender —, y por eso nada los sustituye por sí solo cuando desaparece. Lo que los sustituye se decide y se escribe: no mergear código que nadie sepa explicar, conectar los tests con lo funcional, mantener un catálogo de patrones autorizados, tratar una salida fallida del asistente como una directriz que falta, y juzgar el sistema por lo que se sabría reconstruir de él en lugar de por lo que muestra en pantalla.

Síntesis

La primera aportación de estas notas tomadas en conjunto es separar lo que la discusión corriente confunde: la degradación del código y la degradación de la competencia. La primera es antigua y el asistente solo cambia su caudal; la segunda es nueva, y es la que no tiene remedio conocido.

Los tres mecanismos perdidos no son tres ejemplos del mismo hecho, forman una cadena. El coste del código producía comprensión en el momento de producir; el tamaño modesto del sistema volvía el error atribuible a una decisión, y por tanto explotable después; las tareas de entrada proporcionaban las ocasiones de error mismas. Suprime el primero: el sistema crece más rápido que el bucle de aprendizaje y el segundo cae con él. Suprime el tercero: ya no queda nada que analizar. La aceleración golpea, pues, la cadena en los tres eslabones a la vez, y con el mismo gesto.

Se le añade una presión que no es técnica. El tiempo de aprendizaje no ha cambiado de duración, pero todo lo que lo rodea se ha acelerado: su precio relativo se ha disparado, y cada arbitraje local privilegia ahora la vía rápida sin que ninguna decisión haya suprimido la formación. Eso es lo que vuelve invisible la pérdida — no se constata en ningún sitio, se acumula.

La última pieza es prospectiva y desplaza lo que está en juego fuera del equipo: las prácticas de un oficio no se deducen de releer las anteriores, nacen de un terreno que se resiste. Idempotencia, reintentos, circuit breakers, observabilidad vinieron de caídas y migraciones sufridas, no de un catálogo releído. Una generación que ya no se enfrenta directamente a la resistencia hereda los patrones existentes sin los medios para inventar otros.

Queda lo que estas notas proponen a cambio, y tiene una coherencia: cada contramedida reinstala explícitamente uno de los mecanismos caídos. La reconstruibilidad vuelve verificable la comprensión que el coste del código garantizaba de paso. Negarse a mergear código inexplicado pone un precio inmediato a lo que la deuda de comprensión haría pagar más tarde. El catálogo de patrones restablece la restricción de homogeneidad que la lentitud imponía por el simple cansancio de reinventarlo todo. El análisis de las salidas fallidas transforma el fracaso en aprendizaje en lugar de en una corrección desechable. Y la dificultad reintroducida voluntariamente — dojos sin asistente, revisiones donde uno explica el código por sí mismo — asume lo que las demás no cubren: una competencia que el uso cotidiano ya no necesita se apaga si nada la solicita.

Tensiones / contradicciones

Estas notas no se ponen de acuerdo sobre la fatalidad de la pérdida. Las que describen la cadena rota suponen que el aprendizaje pasaba por la producción; las que matizan recuerdan que un asistente empleado como tutor — explicar, comparar, hacer verbalizar, simular una revisión — enseña una parte de lo que enseñaba el primer escalón. Si esa sustitución funciona de verdad, la cadena no está rota, está desplazada. Nada aquí permite zanjarlo, y la discrepancia recae sobre la parte del aprendizaje que exige haber sido responsable del resultado.

Segundo desacuerdo, económico: la aceleración también financia lo que amenaza, ya que el tiempo ganado en la producción podría pagar el aprendizaje. La tesis dice que ese tiempo se redistribuye por defecto hacia más producción; no dice que no pueda asignarse a otra cosa.

Tercer punto de fricción, este interno: el bucle corto que estas notas defienden tiene su propio defecto. Enseña el gesto local y nunca expone a los efectos de sistema, que solo aparecen a gran escala y tarde. Un equipo que protegiera únicamente los errores pequeños y analizables formaría desarrolladores ciegos a lo que realmente rompe en producción.

Preguntas

• ¿Cuáles de estas contramedidas producen realmente competencia, y cuáles solo producen su rastro documental? Escribir una decisión de arquitectura y saber tomarla no son lo mismo.
• ¿Qué exposición indirecta a la resistencia del terreno — post mortem de una caída que no se ha vivido, traza de explotación, incidente público de otra empresa — basta para que emerja un patrón nuevo, y cuál solo transmite el patrón ya encontrado?
• ¿Cómo reconoce un equipo que ha cruzado el umbral en el que ya nadie sabe explicar el sistema que mantiene, más allá de esperar a la caída que se lo enseñará?
• En una organización que contrata perfiles ya formados, ¿en qué nivel — la empresa, el sector, la escuela — debe soportarse el coste del primer escalón, si ningún actor puede contratar fuera del conjunto al que pertenece?