Laboral: Gracias a la AGI en 6 meses no haran falta ingenieros informáticos.

Ilustración editorial con gráficos y engranajes que representa la AGI generando código informático mientras crecen las tareas

La IA escribe código en 10 minutos; verificar el resultado cuesta dos días​

La promesa es tajante: con la AGI, en seis meses sobran los ingenieros informáticos. El problema aparece cuando el código generado hay que ponerlo en producción. Ahí el cuello de botella ya no es escribirlo, sino comprobarlo, y esa parte no ha mejorado nada.

De dos meses a diez minutos: lo que sí acelera la IA​

Hay acuerdo en un punto: la inteligencia artificial escribe código a una velocidad impensable hace dos años. Un proyecto que antes ocupaba dos meses de trabajo sale ahora en minutos. El analista Benedict Evans lo enmarca en «AI, tools and transformation»: la tentación de creer que todo el mundo se convertirá en constructor de herramientas choca con cómo piensa la mayoría de la gente y con cómo se produce el software de verdad.

Ahí se cae el relato de que cada cual se fabricará su propia aplicación. Producir software no es solo teclear código: es decidir qué se construye y para quién.

¿Por qué un commit de 700 ficheros preocupa más que ayuda?​

Llega el dato incómodo. Un equipo describe a un ingeniero generando código a base de ficheros de requisitos entregados a un modelo para que los implemente: un solo commit con 700 ficheros y una media de 300 a 400 cambios diarios durante tres o cuatro semanas. La apariencia era excelente en cuatro días. Nadie sabía si aguantaría. El resto del equipo quedó fuera del proyecto y ya no reconocía su propio código.

La otra cara: si programar tarda diez minutos, probarlo pasa de diez minutos a dos días. En sistemas críticos —banca, aviación, medicina— el margen de error no admite atajos, y el no-código da por supuestas cosas que no siempre se cumplen. Cuando eso revienta, revienta entero.

Los juniors, los primeros en caer​

Si algo se juega a corto plazo es la entrada al sector. El trabajo junior, el más repetitivo, es el más expuesto. Pero hay quien sostiene que volverán: alguien tendrá que hacer las pruebas de usuario, aunque solo sea por eso. Menos contratación de entrada y más trabajo de revisión: ese es el escenario que se dibuja.

«En seis meses seguiremos remando como siempre», resume la postura escéptica. Pasados seis meses desde una predicción idéntica, nada cambió. El análisis se atasca justo ahí: nadie sabe si el no-código funciona en producción o revienta en cuanto gana visibilidad.
💬 LO QUE DICEN LOS FOREROS
«si, programa en 10 min lo que hace 2 años tardaba 2 meses. Pero ojito con las pruebas... Lo que antes tardaba 10 min en probar ahora son 2 días.»
— th3burbu · coste real de las pruebas
«Hemos pasado del código espagueti, al no código. Por que los errores ya no se corrigen sobre el código, sino sobre un intérprete de lenguaje.»
— th3burbu · del código al no-código
📊 OPINIONES
Peso aproximado de cada postura en el debate. No es una encuesta.
La AGI no eliminará a los informáticos45%
Los juniors serán los primeros en caer30%
El freno real son las pruebas25%
📌 DATOS
Un commit de 700 ficheros generados por un modelo
Entre 300 y 400 cambios diarios durante tres o cuatro semanas
Programar lo que antes llevaba dos meses ahora cuesta diez minutos
Probar lo que antes llevaba diez minutos ahora exige dos días
❓ PREGUNTAS FRECUENTES
¿Va a eliminar la AGI el trabajo de los ingenieros informáticos?
No a corto plazo. La IA acelera la escritura de código, pero el cuello de botella se desplaza a la verificación: lo que antes se probaba en diez minutos ahora exige dos días. En sistemas críticos como banca, aviación o medicina el margen de error obliga a mantener equipos humanos que revisen y validen.
¿Por qué probar el código generado por IA tarda más?
Porque el volumen crece. Un solo cambio puede tocar cientos de ficheros y las rutas de error se multiplican. Los sistemas que dependen de servidores o de interrupciones fallan de formas que el modelo no anticipa, y corregir el no-código resulta más difícil que corregir código escrito a mano.
¿Afecta igual a un ingeniero junior que a uno senior?
El trabajo junior, más repetitivo y de menor responsabilidad, es el más expuesto a la automatización. Los perfiles senior que diseñan arquitectura y validan sistemas críticos mantienen demanda. Aun así, hay quien señala que los juniors volverán para tareas de prueba de usuario que la IA no cubre bien.
🔗 FUENTES
Benedict Evans ↗
Análisis sobre IA, herramientas y transformación
The New Indian Express ↗
Datos de natalidad citados
💬 POR QUÉ PARTICIPAR
El detalle de un commit con 700 ficheros y por qué el resto del equipo quedó fuera del proyecto
La comparación entre el tiempo de generación de código y el de verificación en sistemas críticos
El argumento de Benedict Evans contra la idea de que todos seremos constructores de herramientas
Este es un resumen del hilo. La discusión completa incluye 57 respuestas con datos, fuentes y análisis que solo están disponibles para usuarios registrados. Crea tu cuenta en 30 segundos para acceder al debate completo y participar.
Te estás perdiendo 57 mensajes
Esto es un resumen. El hilo original está entero ahí dentro.
Leer el hilo completo →
Registro en 30 segundos
Resumen elaborado con IA a partir del debate de la comunidad — 57 respuestas analizadas. Última actualización: .

Estadísticas del foro

Temas
2.050.964
Mensajes
58.196.835
Miembros
190.867
Último miembro
Tamuanticle

El blog de burbuja.info

Volver