TecnologíaGuía · octubre de 2026

Qué tareas de un desarrollador de software hará la IA (y cuáles no)

En programación hay asistentes en el editor que completan, escriben funciones enteras, proponen pruebas y explican código ajeno. La pregunta no es tanto si usarlos como cómo trabajar si escribir código deja de ser el cuello de botella.

El valor se desplaza hacia lo que rodea al código: entender el problema, decidir la arquitectura, revisar con criterio lo que la máquina propone, hablar con producto y enseñar a otros. Quien solo traduce tiques a código nota la presión; quien decide qué construir y cómo mantenerlo gana palanca.

La guía mira ocho tareas de un desarrollador de aplicaciones en un equipo. En la evaluación puedes afinar según tu especialidad (datos, infraestructura, móvil, sistemas embebidos).

El mapa de tareas de un desarrollador de software

Las ocho tareas de la tabla, de más expuesta a menos. La puntuación es la de partida de la evaluación: cerca de 0, la IA puede hacerla casi entera; cerca de 100, depende de tu criterio y de tratar con personas. La más expuesta es «Mantenimiento de código heredado».

  1. Mantenimiento de código heredado

    56 /100

    AumentableHorizonte: 2-3 años
  2. Corrección de errores

    58 /100

    AumentableHorizonte: 2-3 años
  3. Implementación de funcionalidades

    60 /100

    AumentableHorizonte: 2-3 años
  4. Escritura de pruebas automáticas

    62 /100

    AumentableHorizonte: 2-4 años
  5. Revisión de código

    64 /100

    AumentableHorizonte: 2-4 años
  6. Comunicación con producto

    74 /100

    ResilienteHorizonte: 4-6 años
  7. Diseño de arquitectura

    78 /100

    ResilienteHorizonte: 5+ años
  8. Mentorización técnica

    79 /100

    ResilienteHorizonte: 5+ años

Estas son las puntuaciones de un puesto tipo. Las tuyas salen de las tareas que eliges y de cómo las haces.

Gratis, sin registro, unos siete minutos. La profesión ya va rellenada.

Lo que la IA puede hacer casi entero

Vulnerable

La IA puede hacerla casi entera. Conviene mirarla primero. 0 tareas de la tabla.

Ninguna de las ocho tareas de la tabla entra aquí. Eso no quiere decir que tú no tengas ninguna: en la evaluación puedes añadir las tuyas y ver dónde quedan.

Lo que la IA acelera y tú sigues decidiendo

Aumentable

La IA te acelera; tú sigues decidiendo. 5 tareas de la tabla.

  1. Horizonte estimado: 2-3 años

    Los asistentes explican código antiguo, proponen migraciones y escriben la documentación que nunca existió: una ayuda enorme. El riesgo también: cambiar algo sin entender por qué estaba así. El conocimiento del sistema y de sus razones sigue siendo lo que protege.

    Esta semana: Elige un módulo heredado que te dé respeto y pide a un asistente que lo explique y proponga pruebas antes de tocarlo. Documenta lo que aprendas: ese conocimiento es tuyo y del equipo.

    Esta tarea en el Observatorio
  2. Horizonte estimado: 2-3 años

    Los asistentes leen la traza, proponen la causa y el parche, y a menudo aciertan. Pero un error en producción también exige reproducirlo, entender el impacto en el negocio y decidir si el parche es la solución o un apaño. El juicio sobre qué arreglar y cómo sigue siendo tuyo.

    Esta semana: En el próximo error, pide al asistente una hipótesis de causa antes de mirar el código y comprueba si acierta. Mide cuánto tiempo ahorra y en qué tipo de errores falla.

    Esta tarea en el Observatorio
  3. Horizonte estimado: 2-3 años

    Dado un requisito claro, los asistentes escriben buena parte del código, y los agentes de programación encadenan varios pasos. Lo que sigue pidiendo a una persona es entender el requisito de verdad, encajar la pieza en el sistema y hacerse responsable de que funcione en producción.

    Esta semana: Implementa la próxima funcionalidad pequeña con un asistente de código y anota qué partes aceptaste tal cual, cuáles corregiste y cuáles reescribiste. Esa lista dice dónde está tu valor hoy.

    Esta tarea en el Observatorio
  4. Horizonte estimado: 2-4 años

    Generar pruebas automáticas a partir del código es de lo que mejor hacen los asistentes, y ahorra mucho tiempo. Pero una prueba generada a partir del código comprueba lo que el código hace, no lo que debería hacer: decidir qué casos importan y cuál es el comportamiento correcto sigue siendo trabajo del desarrollador.

    Esta semana: Pide al asistente las pruebas de una función que acabes de escribir y revisa cuáles comprueban el comportamiento esperado y cuáles solo repiten la implementación. Borra los segundos.

    Esta tarea en el Observatorio
  5. Horizonte estimado: 2-4 años

    La revisión automática detecta errores, estilo y vulnerabilidades y propone mejoras. La revisión que aporta es la que mira el diseño, la intención y si esto es lo que había que construir: eso lo sabe quien conoce el producto.

    Esta semana: Activa (o prueba) la revisión con IA en tu repositorio durante una semana y observa qué comentarios tuyos ya no hacen falta. Dedica tu revisión a lo que la máquina no comenta: diseño e intención.

    Esta tarea en el Observatorio

Lo que sigue siendo tuyo

Resiliente

Depende de tu criterio y de tratar con personas. 3 tareas de la tabla.

  1. Horizonte estimado: 4-6 años

    Traducir una necesidad vaga en algo construible, negociar alcance, decir que no con argumentos y explicar un retraso son conversaciones entre personas. Cuanto más barato es escribir código, más vale saber qué código escribir, y eso se decide hablando.

    Esta semana: En la próxima reunión con producto, lleva dos alternativas con sus costes en lugar de una estimación. Puedes preparar las alternativas con un asistente; la conversación es tuya.

    Esta tarea en el Observatorio
  2. Horizonte estimado: 5+ años

    Decidir cómo se divide un sistema, qué compromisos aceptar y qué va a doler dentro de dos años pide conocer el negocio, el equipo y la historia del código. La IA es una buena caja de resonancia para alternativas; la decisión y la responsabilidad son humanas.

    Esta semana: Escribe un documento breve de decisión de arquitectura para algo que vayas a hacer y pide a un asistente que lo critique como un ingeniero sénior escéptico. Responde a sus objeciones por escrito.

    Esta tarea en el Observatorio
  3. Horizonte estimado: 5+ años

    Formar a otros, acompañar su crecimiento, dar contexto y confianza es relación y criterio. La IA responde dudas técnicas al instante, lo que cambia qué necesita un júnior de un sénior: menos sintaxis y más juicio, prioridades y cultura de equipo.

    Esta semana: Pregunta a la persona a la que mentorizas qué resuelve ya con IA y qué no. Dedica vuestras sesiones a lo segundo.

    Esta tarea en el Observatorio

Qué hacer esta semana

Tres acciones concretas, una por categoría. Cada una cabe en una tarde.

  1. Implementa una funcionalidad pequeña con un asistente y anota qué aceptaste, corregiste y reescribiste.
  2. Activa la revisión con IA en tu repositorio una semana y dedica tu revisión al diseño y la intención.
  3. Escribe un documento breve de decisión de arquitectura y pide a un asistente que lo critique.

De dónde salen estas puntuaciones

  1. Cada tarea tiene una puntuación de partida de 0 a 100 según cuánto depende de un proceso fijo, de criterio propio y de trato con personas. Las tablas las escribe el equipo (en parte con el borrador de un modelo de IA, que se revisa a mano) con el estado de la IA en 2026.
  2. En la evaluación, tu índice es la media ponderada de las tareas que eliges (cada una pesa por las horas que le dedicas, si las dices en todas; si no, pesan más las tres primeras) y tus respuestas sobre autonomía, experiencia, herramientas y cada tarea lo ajustan unos puntos.
  3. La IA redacta las explicaciones y las recomendaciones con lo que cuentas; el índice no lo cambia. Es orientativo: no predice despidos ni conoce tu empresa.
Leer el método completo

Mira tus tareas, no tu título

Elige entre tres y cinco tareas de tu día a día, cuenta cómo las haces y recibe tu mapa con tu índice y un plan para empezar esta semana. Sin registro.