Es la pregunta que más me hacen desde que empecé a contar que estudio DAW: si una IA escribe código en segundos, ¿para qué me meto en esto? Me la hacen compañeros de clase, gente que se está planteando matricularse y familiares que han leído un titular.
Llevo un tiempo usando estas herramientas a diario y ahora además estoy de prácticas en una empresa, viendo cómo se trabaja de verdad. Esta es mi opinión, que no es ni la catastrofista ni la de «no pasa nada».
Lo que sí ha cambiado (y no tiene vuelta atrás)
Sería deshonesto decir que no ha pasado nada. Hay tareas que antes ocupaban una tarde de un junior y ahora se resuelven en minutos: escribir un CRUD básico, maquetar una pantalla sencilla, generar datos de prueba o traducir una función de un lenguaje a otro.
Si tu idea de desarrollador junior es alguien que recibe tareas muy pequeñas y aisladas y las resuelve buscando en internet, ese puesto concreto está encogiendo. No sirve de nada negarlo.
Lo que he visto en la empresa que la IA no resuelve
Ahora la otra cara, y esto lo digo desde lo que me estoy encontrando en las prácticas, no desde lo que leo en Twitter.
El contexto no está en el código
Cuando me dan una tarea, buena parte del trabajo no es escribir código: es entender cómo encaja con lo que ya existe. Qué convenciones sigue el equipo, qué validaciones ya están hechas en otra capa, por qué una decisión que parece rara se tomó así hace seis meses.
Una IA puede escribirte una función perfecta que, en ese proyecto concreto, esté en el sitio equivocado y duplique lógica que ya existía. Detectar eso requiere conocer el proyecto.
Los requisitos vienen mal explicados, siempre
Una parte grande del trabajo real es traducir lo que alguien pide a lo que en realidad necesita. Las peticiones llegan incompletas, con casos que nadie ha pensado y contradicciones que hay que resolver preguntando.
La IA es buenísima respondiendo a una pregunta bien formulada. El problema es que en un trabajo real casi nunca tienes la pregunta bien formulada: tienes que construirla tú.
Alguien tiene que responder de lo que se entrega
Esto es lo que más me ha llamado la atención. Cuando abro un pull request, dos personas lo revisan y luego eso va a producción con datos reales. Si algo falla, la responsabilidad tiene nombre.
Ninguna empresa va a poner en producción código que nadie entiende. Y para poder defender lo que entregas, tienes que ser capaz de leerlo y saber por qué funciona. Eso no se delega.
La trampa en la que no deberías caer estudiando
Aquí va la parte incómoda, y va dirigida a quien está en primero.
El riesgo real no es que la IA te quite el trabajo. Es que te impida llegar a estar preparado para tenerlo. Si en primero resuelves los ejercicios de programación pidiéndoselos a una IA, entregas las prácticas y apruebas, pero no has desarrollado la capacidad de razonar un problema. Y esa capacidad es justo lo único que te va a diferenciar.
Se nota enseguida, además: en el primer examen sin ordenador, en la primera entrevista técnica, y en el primer día de prácticas cuando te piden que expliques por qué has hecho algo así.
Mi regla personal es sencilla: la IA puede explicarme por qué algo falla, pero no escribirme lo que todavía no sé escribir. Y nada entra en una entrega si no puedo defender cada línea.
Cómo creo que va a ser el junior que sí encuentre trabajo
No el que escriba código más rápido, porque esa carrera está perdida. Más bien:
- El que sabe leer código ajeno. Si la IA genera más código, hay más código que revisar y entender. Esa habilidad sube de valor, no baja.
- El que entiende lo que hay debajo: por qué una consulta va lenta, qué hace realmente ese contenedor, dónde está el cuello de botella. La IA te da una solución; saber si es la correcta es cosa tuya.
- El que sabe preguntar y comunicarse. Aclarar un requisito ambiguo con la persona que lo pidió sigue siendo trabajo humano.
- El que usa la IA bien. Que quede claro: no se trata de rechazarla. Se trata de usarla desde el criterio, no desde la ignorancia.
Entonces, ¿merece la pena estudiar esto?
Mi respuesta, con la honestidad de quien está dentro y todavía no ha terminado: sí, pero no esperes que el título por sí solo te coloque. Eso ya no pasaba antes de la IA.
Lo que te da el ciclo es la base para entender lo que está pasando por debajo. Sin esa base, la IA te entrega algo que funciona y no sabes ni si está bien ni cómo arreglarlo cuando se rompa. Con ella, la IA te multiplica.
Si quieres ver cómo uso estas herramientas sin que me coman el terreno, lo cuento en la guía de IA para estudiantes. Y si te estás planteando el ciclo, tienes la guía completa de qué se estudia en DAW.
¿Tú cómo lo ves? Si estás estudiando o ya trabajas, me interesa tu opinión en los comentarios.
