La inteligencia artificial no va a matar a los developers.
Al menos, no a todos.
Lo que sí va a hacer —lo está haciendo ya— es acabar con una determinada forma de entender el trabajo de desarrollo.
Hace no tanto, crear una aplicación de consumo relativamente normal exigía reunir a varias personas: alguien de frontend, alguien de backend, alguien de diseño y, probablemente, alguien de producto que coordinase todo.
Hoy, una sola persona con ciertos conocimientos técnicos puede construir una aplicación completa sin demasiada complicación. Puede añadir usuarios, autenticación, una base de datos, pagos, notificaciones, un panel de administración y una interfaz razonablemente cuidada.
La IA escribe código, propone estructuras, detecta errores, conecta servicios y explica casi cualquier parte del proceso.
Pero hay una parte importante en la frase anterior: con ciertos conocimientos técnicos.
Porque la IA puede generar una aplicación, pero eso no significa que cualquiera sepa construirla bien.
¿Sabe todo el mundo qué significa desplegar una app? ¿Qué son las variables de entorno? ¿Dónde debe guardarse una clave privada? ¿Cómo se diseña correctamente una base de datos? ¿Qué ocurre si falla un servicio externo? ¿Cómo se protegen los datos de los usuarios?
La IA puede responder a esas preguntas, pero para preguntar bien y valorar la respuesta necesitas entender al menos una parte de lo que está sucediendo.
Puede generar código correcto.
También puede generar código que parezca correcto.
Y no siempre es fácil distinguir una cosa de la otra.
Ahí sigue estando el valor del conocimiento técnico. Ya no necesariamente en escribir cada línea de código de forma manual, sino en entender qué estás construyendo, cómo se conectan las distintas partes y qué consecuencias pueden tener las decisiones que tomas.
El frontend ya no es la gran barrera
En el frontend se repite mucho que todas las interfaces creadas con inteligencia artificial terminan pareciéndose.
Los mismos degradados, las mismas tarjetas, los mismos bordes redondeados y el mismo aspecto de startup tecnológica.
Es verdad cuando la instrucción es genérica.
Pero si proporcionas referencias, capturas, anotaciones, restricciones y una dirección visual clara, es bastante sencillo alejarse de ese estilo prediseñado. La IA puede iterar rápidamente hasta acercarse a lo que tienes en la cabeza.
Una instrucción genérica produce una interfaz genérica. No es muy diferente de pedirle a un diseñador que haga simplemente “una web moderna”.
En el frontend, los errores y las malas decisiones suelen ser bastante visibles. Un botón está mal colocado, un texto no se entiende o un flujo resulta incómodo.
En el backend, los problemas pueden tardar meses en aparecer.
Una estructura de datos mal planteada puede funcionar perfectamente al principio. El problema llega cuando la aplicación crece, aparecen nuevos tipos de usuarios o una pequeña modificación obliga a rehacer medio sistema.
La IA puede crear una API, diseñar unas tablas o implementar un sistema de permisos.
Lo que no siempre puede hacer es prever todas las consecuencias futuras de esas decisiones.
Por eso creo que el backend sigue siendo la parte en la que más importa comprender realmente lo que estás haciendo.
El developer que solo ejecuta tareas está en peligro
La IA no va a eliminar la necesidad de developers.
Va a reducir la necesidad de developers que solo saben ejecutar tareas aisladas.
Durante mucho tiempo, frontend y backend fueron nichos relativamente cómodos. Una persona podía especializarse en una pequeña parte del proceso, recibir tareas perfectamente definidas y desarrollarlas sin entender demasiado bien el negocio o el producto completo.
Ese modelo tendrá cada vez menos valor.
La inteligencia artificial es especialmente buena ejecutando tareas concretas: crear un componente, escribir una consulta, generar una migración, transformar datos o añadir una validación.
Cuanto más mecánica y delimitada sea una tarea, más fácil será automatizar buena parte de ella.
Eso obliga al developer a evolucionar.
El developer del futuro —un futuro que ya ha empezado— tendrá que incorporar muchas habilidades que antes se asociaban más con producto que con programación.
Tendrá que entender qué problema se intenta resolver, hablar con usuarios, cuestionar requisitos, priorizar funcionalidades y decidir qué merece la pena construir.
No significa que todos tengan que convertirse en product managers.
Significa que ya no bastará con ser únicamente la persona que traduce una tarea a código.
El valor estará cada vez menos en la ejecución y más en el criterio.
En saber qué solución tiene sentido. En detectar que una petición está mal planteada. En anticipar problemas. En distinguir cuándo basta una solución sencilla y cuándo hace falta algo más sólido.
La amenaza real no es que una inteligencia artificial sustituya a un developer.
Es que un developer capaz de utilizar bien la inteligencia artificial, entender el producto y moverse por distintas áreas pueda hacer el trabajo que antes requería a varias personas.
No todos los proyectos son iguales
Por supuesto, esto no se aplica de la misma manera a todo el software.
Las grandes plataformas, los sistemas financieros, las infraestructuras críticas, el software sanitario o las aplicaciones con millones de usuarios seguirán necesitando profesionales altamente especializados.
Seguirán haciendo falta expertos en seguridad, rendimiento, arquitectura, datos, infraestructura y fiabilidad.
Hay problemas que no se solucionan encadenando mensajes en un chat.
Pero la mayoría del software que se construye cada día es mucho más convencional: usuarios, permisos, formularios, pagos, automatizaciones, notificaciones y una base de datos.
En ese terreno, el cambio ya es irreversible.
Construir software es más rápido, más barato y más accesible que nunca.
La pregunta, por tanto, quizá no sea si la inteligencia artificial va a matar a los developers.
La pregunta es qué entendemos por developer.
Si hablamos de alguien que se limita a recibir una tarea, escribir código y entregarlo sin comprender el producto, su posición será cada vez más frágil.
Si hablamos de alguien capaz de convertir una necesidad en una solución, tomar decisiones, entender las consecuencias técnicas y construir un producto completo, seguirá teniendo mucho valor.
Probablemente más que antes.
La IA no va a acabar con el desarrollo.
Va a acabar con la idea de que el valor de un developer consiste principalmente en escribir código.
Y ahora te lanzo la pregunta: ¿crees que la IA va a sustituir a los developers o simplemente va a obligarlos a convertirse en algo distinto?
Me interesa especialmente saber cómo lo estás viendo desde dentro del sector.