Todo lo que aprendiste sigue valiendo. El problema es que ya no es suficiente.
Años aplicando SOLID. Code reviews serias. Tests, refactoring, arquitectura limpia. Has pagado el precio que hay que pagar para escribir software de verdad.
Y ahora hay alguien con menos experiencia que está entregando más rápido que tú.
Antes de que eso te moleste, lee: no es porque sea mejor programador. Probablemente ni sabe por qué funciona la mitad de lo que escribe. Pero aprendió algo que tú todavía no has incorporado.
Aprendió a dirigir agentes.
El código limpio sigue siendo necesario. Ya no es suficiente.
Esto no es un ataque a los fundamentos. El código sostenible, los principios de diseño, la capacidad de detectar un code smell antes de que se convierta en un desastre — todo eso sigue importando. Mucho.
Pero dejó de ser lo que te diferencia.
Antes, ser senior era saber escribir buen código. Conocer los patrones. Hacer buenas abstracciones. Eso era el nivel al que llegabas después de años de trabajo real.
Ahora eso es el piso. El punto de partida. Lo mínimo esperado.
Lo que está cambiando la ecuación no es el conocimiento. Es quién está aplicando ese conocimiento, y a qué velocidad.
Lo que está pasando en los equipos ahora mismo
Hay developers que llevan meses trabajando con agentes. No como juguete. Como parte real de su flujo de trabajo.
Le dan al agente sus reglas de arquitectura. Sus convenciones de naming. Sus criterios de testing. Las mismas reglas que tú aplicas en cada PR. Y el agente las ejecuta de forma consistente, en cada archivo, sin que nadie tenga que repetirlas.
El resultado: resuelven los mismos problemas que tú. En menos tiempo.
No porque tengan mejor criterio. Porque aprendieron a convertir su criterio en instrucciones que escalan.
No va a ser la IA la que te desplace. Va a ser un developer que sabe lo mismo que tú pero que lleva meses haciendo ingeniería con agentes mientras tú segues trabajando igual que hace un año.
Y la distancia se alarga cada semana.
Por qué los seniors tienen la mejor posición para esto
Acá está la parte que la mayoría no está viendo.
Los agentes sin criterio son peligrosos. Un developer que no distingue buen diseño de malo, que no entiende por qué una abstracción existe, que no sabe cuándo un test agrega valor y cuándo solo agrega ruido — ese developer con agentes genera deuda técnica a velocidad industrial.
El criterio que tardaste años en construir es exactamente lo que convierte un agente en una herramienta de ingeniería seria. Sin ese criterio, el agente es solo ruido rápido.
Las convenciones que aplicas en cada code review. Los límites de responsabilidad que defiendes en cada diseño. Los patrones que exiges antes de aprobar un PR. Todo eso, que hoy vive en tu cabeza, puede convertirse en reglas que un agente sigue de forma consistente.
Solo tienes que dar ese paso.
La pregunta que vale la pena hacerse
¿Cuánto de lo que sabes está documentado de una forma que un agente pueda seguir? ¿Cuánto sigue atrapado en tu cabeza, disponible solo cuando tú estás en la conversación?
Eso es lo que hay que cambiar. No el conocimiento. La forma en que ese conocimiento se aplica.
El developer que va a seguir siendo relevante en los próximos años no es el que abandona lo que sabe. Es el que aprende a multiplicarlo.
El que no lo haga se va a quedar atrás. No por falta de talento. Por falta de movimiento.
Y eso sí es una decisión.
No comments:
Post a Comment