← Volver
IA aplicada 2 min de lectura

Cuando escribir código se abarata, el trabajo se corre hacia el criterio

Generar código dejó de ser la parte cara. Lo que queda caro —decidir qué construir, poner límites, verificar que lo generado sirve— es exactamente lo que no se automatiza solo.

Generar código dejó de ser la parte cara del trabajo técnico. Eso mueve el valor hacia lo que sigue siendo difícil: decidir qué construir, poner los límites del sistema y verificar que lo que salió sirve de verdad.

La pregunta útil no es si la IA reemplaza, sino qué parte del trabajo queda cuando la que se abarató desaparece del presupuesto.

Lo que cambia

Cuando una herramienta nueva aparece y baja el costo de producir algo, el mercado no contrata menos gente — ajusta las expectativas hacia arriba.

La calculadora no eliminó a los contadores. Eliminó a los contadores que solo sabían hacer cuentas. Los que sobrevivieron y prosperaron fueron los que usaron la calculadora para liberar tiempo hacia el análisis, la estrategia, el juicio.

Con la IA pasa exactamente lo mismo. El costo de producir código boilerplate, documentación básica, tests unitarios para casos triviales — ese costo se acerca a cero. Lo que cambia no es que ya no se necesita a nadie. Lo que cambia es que ese trabajo ya no justifica el sueldo.

La nueva vara

La vara sube en todos los ejes que importan:

Velocidad. Un desarrollador con buenas herramientas de IA puede producir en un día lo que antes llevaba una semana. Si vos no usás esas herramientas y tu equipo sí, ya estás corriendo en desventaja.

Calidad baseline. El código que genera un modelo bien prompting-eado es competente. No brillante, pero correcto. Eso eleva el piso de lo que es "aceptable" — y baja el valor relativo de producir código simplemente correcto.

Alcance cognitivo. La IA es especialmente buena para reducir el costo de explorar. Podés investigar una tecnología desconocida, evaluar opciones de arquitectura, leer y entender código ajeno mucho más rápido. Eso cambia qué tan rápido podés tomar buenas decisiones.

Qué no cambia

La IA no sabe qué problema vale la pena resolver. No entiende las restricciones reales de tu negocio. No puede sentarse con un cliente y leer entre líneas qué necesita versus qué dice que necesita.

El juicio sigue siendo humano. La responsabilidad también.

Lo que la IA hace es liberar tiempo y energía para que ese juicio se ejerza más seguido, con mejor información, con menos fricción técnica en el camino.

Cómo adaptarse

La respuesta no es resistir. Es aprender a trabajar con el asistente de la manera en que un arquitecto trabaja con un buen dibujante técnico — con criterio sobre qué delegar, qué revisar, y qué nunca soltar.

Eso requiere entender cómo fallan los modelos. Cuándo confiar, cuándo verificar, cuándo tirar y hacer desde cero. No es una habilidad técnica — es una habilidad de juicio.

Y el juicio, por ahora, sigue siendo lo más difícil de automatizar.

Siguiente · DevOps · 2 min Tu pipeline es documentación ejecutable. Leer siguiente →