Ingeniero de software
Estás aprendiendo el oficio en un mundo donde el agente escribe el código y el humano escribe las specs. El trabajo no es lo que era hace tres años, y tú no estás aprendiendo a ser el ingeniero que existía hace tres años.
El trabajo
Contribuyes a funcionalidades en un equipo. El agente maneja una gran porción de la producción de código a nivel de línea; tú manejas el trabajo que el agente hace mal, el trabajo que requiere un criterio que aún estás construyendo y el trabajo que el proceso del equipo espera de ti a este nivel. Estás aprendiendo dos oficios a la vez: la ingeniería en sí y el modelo operativo IA-nativo que la rige.
Día a día:
- Implementas funcionalidades que han sido especificadas. Un Senior FSE o Tech Lead escribe la spec; tú colaboras con el agente en la implementación, validas el output contra la spec y llevas el trabajo a un PR listo para mergear.
- Escribes tus propias specs para alcances menores. Correcciones de bugs, mejoras pequeñas, herramientas internas: tú especificas primero, el agente implementa, tú validas. La práctica de especificación empieza temprano.
- Lees el output del agente con sentido crítico. Incluso cuando el agente produce código funcional, te preguntas: ¿es así como este código quiere que se escriba? ¿Coincide con los patrones del equipo? La lectura es el aprendizaje.
- Te emparejas con el agente a través de diálogos de clarificación. Antes de que el agente ejecute, saca preguntas a la superficie; tú respondes las que puedas, escalas las que no.
- Recibes feedback sobre tus specs y tus PRs. De Senior FSEs, Tech Leads, el agente revisor. Cada elemento de feedback es una lección; el equipo está invirtiendo en tu oficio.
- Validas en puertas graduadas por riesgo. El trabajo rutinario fluye a través del agente revisor contigo como segundo par de ojos. Cualquier cosa irreversible, de cara al cliente o más allá de tu nivel actual escala a un Senior FSE o Tech Lead.
- Mantienes el contexto. Documentación, runbooks, los prompts compartidos del equipo y las librerías de escenarios. Contribuir a esto es parte de construir tu criterio.
- Asistes a sesiones de recalibración. Cuando el agente se atasca, el equipo se convoca. Tú participas; observas cómo los ingenieros senior diagnostican; la observación te enseña.
Cómo se ve el éxito
Resultados concretos a este nivel:
- Throughput creciente. Las historias que tomas de extremo a extremo se entregan a un ritmo predecible. Tu throughput crece trimestre a trimestre a medida que tus especificaciones se afilan.
- Calidad de PR. El agente revisor marca menos de tus PRs con el tiempo. El feedback de ingenieros senior se acumula en independencia.
- Escritura de specs emergente. Estás empezando a escribir specs que un agente puede ejecutar de extremo a extremo. Algunas todavía necesitan pasaje senior; la proporción se desplaza hacia lo autosuficiente con los meses.
- Conciencia de recalibración. Cuando una historia se atasca, puedes articular si el problema es de spec, contexto o implementación. Aunque escales, llegas con una hipótesis.
- Intuición del código. Estás empezando a saber qué abstracción quiere este código, qué patrones seguir, qué significa el estilo de la casa. El gusto se está formando.
Lo que no cuenta como éxito: líneas de código escritas, número de PRs solos, horas registradas, aferrarse a métricas heredadas de ingeniero junior que no se traducen a este modelo operativo.
Lo que hace interesante este trabajo
Estás aprendiendo el oficio de la ingeniería a medida que se reinventa. Eso es raro y valioso.
No tienes hábitos heredados que desaprender. Los ingenieros senior que transicionan al trabajo IA-nativo tienen que renunciar a memoria muscular construida durante años. Tú no. La forma de trabajo "spec primero, colaborativo con el agente" es tu normal, y eso es una ventaja, no una deficiencia.
Tu impacto sube más rápido. Un ingeniero junior en el mundo heredado pasaba los primeros 6 a 12 meses produciendo principalmente código simple. En T2 en un equipo IA-nativo, puedes especificar y entregar funcionalidades significativas en meses. El bucle de retroalimentación desde tu contribución hasta el valor entregado es mucho más corto.
El equipo te enseña, intencionalmente. Las especificaciones que recibes son también material de enseñanza. El feedback de PR está estructurado. Las sesiones de recalibración son aprendizaje público. El aprendizaje es real, y más visible que la experiencia "prueba por fuego" del junior en la era heredada.
Construyes cross-stack temprano. Con el agente absorbiendo lo que solía ser trabajo especializado profundo (layout de frontend, conexiones de backend, configuración de infraestructura), puedes contribuir a lo largo del stack desde temprano en tu carrera. La amplitud llega más rápido.
Estás aprendiendo a pensar antes de teclear. Esta es la habilidad de carrera más duradera en cualquier era, y tu rol la concentra. Las personas que aprenden a especificar bien temprano superan a las personas que solo construyen la habilidad más tarde.
Ves el criterio senior de cerca. Diálogos de spec, revisiones de código, sesiones de recalibración: estos son los momentos donde los ingenieros senior revelan cómo piensan. La proximidad es aprendizaje real.
Lo que puede no atraerte. Si querías el rol por la experiencia de largas sesiones de codificación enfocada, produciendo código funcional desde cero línea por línea, ese trabajo está mayormente absorbido. Los ingenieros junior que entraron al campo porque aman el acto de codificar a veces encuentran el trabajo IA-nativo menos práctico de lo que esperaban. Algunos desarrollan el nuevo oficio y lo encuentran más satisfactorio que el antiguo; algunos no. La experiencia heredada del developer junior, construyendo oficio lentamente a través del volumen de código escrito, está mayormente perdida. Lo construyes a través del volumen de specs leídas, specs escritas y recalibraciones presenciadas.
Quién prospera en este rol
Las aptitudes que más importan son las de aprendizaje, desarrollo de criterio y escritura, y aplican más temprano en tu carrera de lo que solían hacerlo.
Haces buenas preguntas. La habilidad que más predice tu crecimiento a este nivel es la calidad de las preguntas que haces: sobre specs, sobre código, sobre el output del agente, sobre tu propio borrador. Las personas que reconocen patrones y se quedan calladas aprenden más lento que las personas que preguntan.
Lees vorazmente. Specs, PRs, código, output del agente, los estándares del marco. La ingeniería en T2+ es mayormente un trabajo de lectura; la escritura se sigue de la lectura.
Manejas bien ser novato. No sabes todo; no se supone que lo sepas. Las personas que pueden sostener eso sin actuar certeza aprenden más rápido que las personas que pretenden.
Escribes con claridad. Specs, descripciones de PR, notas de diseño. Los ingenieros que pueden escribir con claridad a este nivel suben más rápido que los ingenieros que no, sin importar la astucia del código.
Tomas feedback bien. Los ingenieros senior y el agente revisor te dan feedback constantemente. Las personas que pueden absorberlo sin ponerse a la defensiva se acumulan mucho más rápido que las personas que se ponen a la defensiva.
Tienes curiosidad sobre los modos de fallo del agente. ¿Por qué el agente se equivocó en esto? ¿Por qué la spec se saltó este caso límite? ¿Por qué la sesión de recalibración cambió el resultado? La curiosidad por el sistema es lo que te hace bueno en él.
Construyes paciencia con el diagnóstico desordenado. Recalibración vs depuración vs brecha de spec es difícil de distinguir incluso para los seniors. No vas a acertar temprano; construyes el criterio con el tiempo.
Menos esencial que antes: velocidad bruta de tecleo, profundidad en algún lenguaje de programación, trivia de algoritmos, la capacidad de soportar trabajo CRUD durante horas. Estos eran el aprendizaje del ingeniero junior. Ya no son los diferenciadores.
Habilidades a desarrollar para llegar ahí
Las aptitudes describen la disposición. Las habilidades de abajo son lo que construyes activamente.
Lectura de specs. Entender qué pide una spec, qué no pide y qué es ambiguo. Cómo practicar: antes de implementar cualquier spec, escribe un párrafo resumiendo qué vas a construir y qué sigue sin estar claro. Compara con la intención del autor de la spec.
Escritura de specs (empezando pequeño). Correcciones de bugs, mejoras pequeñas, herramientas internas: escribe la spec primero. Cómo practicar: para cada tarea que tomes, redacta una spec aunque nadie la haya pedido. Revisa con un Senior FSE; refina. Construye el músculo.
Lectura de diff. Leer código producido por el agente con sentido crítico. Cómo practicar: antes de aprobar cualquier PR del agente que tomaste, articula por qué cada bloque significativo es correcto o incorrecto. Registra cuándo te perdiste algo; el patrón es tu aprendizaje.
Navegación del diálogo de clarificación. Responder las preguntas pre-ejecución del agente de manera productiva. Cómo practicar: nota las preguntas que saltas o pasas por alto. Las preguntas saltadas son usualmente donde la implementación se equivoca.
Presencia en recalibraciones. Aprender cómo diagnostican los ingenieros senior los atascos. Cómo practicar: asiste a cada sesión de recalibración que puedas. Toma notas sobre qué disparó el diagnóstico. Los patrones se acumulan en tu propia habilidad diagnóstica.
Construcción de intuición del código. Entender qué quiere este código. Cómo practicar: antes de cualquier cambio no trivial, lee 3 patrones similares en el código. Nota las convenciones. Igualate.
Hacer mejores preguntas. La única habilidad que más acelera el crecimiento en ingeniería. Cómo practicar: antes de hacer cualquier pregunta, escríbela. Léela de vuelta. ¿Es clara? ¿Es respondible? ¿Muestra lo que ya intentaste? Reescríbela antes de preguntar.
Contribución al contexto. Añadir a los prompts compartidos, las librerías de escenarios, los runbooks. Cómo practicar: una contribución pequeña por sprint. Incluso un solo caso límite añadido a la librería de escenarios del equipo se acumula.
Elige la habilidad que mapea con tu momento atascado más reciente. Practícala durante dos semanas en trabajo real.
Cómo difiere del rol heredado de ingeniero junior/mid de software
| Ingeniero junior heredado (pre-IA) | Ingeniero de software (IA-nativo) |
|---|---|
| Pasa la mayor parte del día escribiendo código a mano | Pasa la mayor parte del día leyendo specs, revisando output del agente y aprendiendo a especificar |
| Aprende escribiendo muchas líneas de código simple durante meses | Aprende leyendo specs, observando revisiones y participando en recalibraciones |
| Los primeros 12 meses son mayormente CRUD y correcciones de bugs triviales | Los primeros 12 meses incluyen contribuciones significativas a funcionalidades porque el agente maneja la capa trivial |
| Los ingenieros senior tienen tiempo escaso; el pair programming es raro | El pairing ocurre a través de specs, revisiones de PR y sesiones de recalibración; el criterio senior es más accesible |
| Trayectoria profesional: Junior → Mid → Senior, ascenso lento | Trayectoria profesional: progresión similar pero con un ascenso más rápido en contribución significativa; T2.5/T3 alcanzable antes |
| Los mejores ingenieros junior son los más prolíficos | Los mejores ingenieros junior son los lectores y escritores más claros |
El rol no es "un junior heredado con herramientas de IA". Es un aprendizaje diferente, y el oficio que construyes es diferente.
Qué patrones de evolución de roles están en juego
- Elevación (principal, pero desde un punto de partida diferente). Al igual que el Senior FSE, tu trabajo se desplaza de la ejecución a la especificación y la validación, pero estás aprendiendo ambos oficios simultáneamente en lugar de transicionar de uno al otro.
- Convergencia (secundaria). Al igual que los ingenieros senior, operas a lo largo del stack más temprano de lo que lo hacían los juniors heredados, porque el agente maneja la capa que sea.
- Emergencia (parcial). Algunos de los rituales del aprendizaje (práctica de diálogos de clarificación, presencia en recalibraciones, bucles de feedback del agente revisor) son formas genuinamente nuevas de aprender el oficio.
La Especialización y la Absorción no aplican significativamente a tu rol en sí, aunque la Absorción sí aplica al patrón de trabajo del developer junior heredado (volumen de escritura de código trivial) que ya no define el aprendizaje.
Roles relacionados en el catálogo
Fuentes y lecturas adicionales
- Stack Overflow (2025). Developer Survey: AI Tools section. Incluye datos sobre el uso de herramientas de IA por ingenieros junior/mid.
- GitHub y Accenture (2024). Quantifying GitHub Copilot's Impact.
- GitClear (2025). AI Assistant Code Quality Research. Los datos sobre la degradación de calidad cuando la progresión de habilidades no sigue el ritmo.
- De este marco: Guía de especificación, Ingeniería para la falta de fiabilidad y Mapa de progresión de habilidades.
← Volver a Roles · Patrones de evolución de roles · Marco de referencia · Transforma tu rol · Guía de especificación