Desarrollo de software: quien construye los sistemas también está expuesto
El desarrollo de software es el sector donde el debate es más ruidoso y donde la asociación tiene un interés particular: sus profesionales son, a la vez, los más expuestos a la sustitución y quienes construyen los sistemas que la producen. Nadie está en mejor posición para decidir hacia dónde se orienta esta tecnología, y nadie tiene más que perder si se orienta mal.
La amenaza real no es la que se comenta
El debate público se centra en si la inteligencia artificial escribirá código mejor que un programador. Es la pregunta equivocada.
La generación de código funciona bien en tareas acotadas y con contexto limitado: estructuras repetitivas, pruebas convencionales, traducción entre lenguajes, primeras versiones de documentación. Eso ya es así y no va a revertirse.
Lo que no resuelve, y no está cerca de resolver, es todo lo demás: entender por qué el negocio necesita esto y no aquello, decidir una arquitectura que aguante cinco años, diagnosticar un fallo intermitente en producción con datos incompletos, y responder de las consecuencias cuando algo sale mal.
El problema que casi nadie está mirando
Hay un efecto de segundo orden que preocupa a la asociación más que la sustitución directa, y que se está produciendo ahora mismo: la desaparición de los puestos de entrada.
Las tareas que tradicionalmente hacía un programador junior son justo las que mejor cubre hoy un sistema generativo. La consecuencia inmediata parece un ahorro. La consecuencia a diez años es que no habrá desarrolladores senior, porque nadie llega a serlo sin haber pasado años haciendo el trabajo que ahora se automatiza.
Es un caso claro de decisión racional a nivel de empresa y desastrosa a nivel de sector. Y es el tipo de problema que ninguna organización resuelve sola: exige precisamente el trabajo colectivo que justifica que exista una asociación.
El coste diferido de eliminar los puestos de entrada
| Decisión | Efecto inmediato | Efecto a diez años |
|---|---|---|
| Automatizar tareas junior | Ahorro visible en plantilla | Nadie ha recorrido el camino para llegar a senior |
| No contratar perfiles de entrada | Menos supervisión que dedicar | Sin cantera propia ni en el mercado |
| Dotar al junior de asistencia con red | Coste similar al de contratarlo | Profesional formado antes y sobre sistemas reales |
Cómo sería el potenciamiento en este oficio
La versión bien orientada de esta tecnología no es la que escribe el código en lugar del ingeniero. Es la que le da alcance sobre lo que hoy no puede abarcar.
Un sistema que entiende un repositorio completo y advierte de que un cambio afectará a un módulo que nadie recuerda. Que detecta que una modificación reintroduce un fallo corregido hace tres años. Que reconstruye el contexto de una decisión tomada por alguien que ya no trabaja aquí. Que revisa exhaustivamente en busca de patrones de riesgo conocidos.
Ese sistema no sustituye al ingeniero: lo convierte en alguien capaz de sostener sistemas más grandes de los que hoy puede sostener. Y, sobre todo, permite que un profesional con poca experiencia trabaje con una red de seguridad, que es exactamente lo que hace falta para que la cantera no desaparezca.
Lo que la industria enseña aquí
La industria lleva décadas resolviendo un problema equivalente: cómo lograr que un operario con dos años de experiencia rinda como uno con veinte, sin esperar dieciocho años.
La respuesta que ha funcionado no ha sido sustituir al operario novato. Ha sido dotarlo de sistemas que hacen explícito el conocimiento que el veterano llevaba implícito. El resultado es que el novato aprende más rápido haciendo el trabajo, en lugar de no llegar a hacerlo nunca.
Aplicado al software, la conclusión es incómoda para muchas direcciones técnicas: eliminar los puestos junior porque la máquina hace su trabajo es la decisión que garantiza no tener seniors dentro de una década.
Qué buscamos en este sector
La asociación necesita ingenieros de software que quieran trabajar sobre dos frentes:
- Como constructores: diseñar asistencias orientadas a potenciar en lugar de a reemplazar,
en su propio sector y en los ajenos. Son quienes pueden hacerlo.
- Como profesionales expuestos: describir con honestidad qué parte de su trabajo es
ejecución y cuál es criterio, y qué le ocurre a la formación de un profesional cuando se le retira el trabajo con el que se aprende.
Es el perfil que más aporta a la asociación, porque puede pensar el problema desde los dos lados a la vez.
Si construyes software, afíliate a la asociación: eres a la vez quien puede levantar la alternativa y quien la necesita.