La IA como herramienta para programar

Ahora mismo todo el mundo tiene una opinión sobre la IA y la programación. Unos dicen que reemplazará a los desarrolladores. Otros, que es solo un autocompletado con esteroides. Esta es la mía, construida usándola de verdad, no solo hablando de ella.

#La trampa de la que nadie te avisa

Cuando empiezas a programar con IA, la primera sensación es de poder. Describes algo, lo genera, lo pegas, funciona. Increíble.

Luego, tres días después, estás depurando algo que no entiendes, en un archivo que no leíste del todo, construido sobre una lógica que nunca aprendiste.

El código funciona. Pero no es tuyo. Y en cuanto algo se rompe, no tienes ni idea de por dónde empezar.

#Lo que es realmente la IA

Un asistente de programación con IA no es un desarrollador. Es un colaborador muy rápido y muy leído que no tiene ningún contexto sobre tu proyecto, tus restricciones ni tus objetivos, a menos que se lo des de forma explícita.

No sabe:

• por qué elegiste esta arquitectura
• qué se supone que debe hacer esa función dentro de tres meses
• qué alternativas ya descartaste

Tú sí. Esa es la diferencia. Y esa diferencia lo es todo.

El desarrollador que usa bien la IA es el que aporta el pensamiento. La IA solo ayuda a ejecutarlo más rápido.

#Lo mínimo antes de escribir un prompt

Antes de pedirle a la IA que te ayude a construir algo, necesitas tres cosas:

#Cómo la uso de verdad

No como generador. Como acelerador.

Para entender: cuando me encuentro con un concepto que no domino del todo, le pido a la IA que me lo explique de tres formas distintas. No para obtener la respuesta, sino para construir intuición más rápido que leyendo solo la documentación.

Para el boilerplate: código de configuración repetitivo, archivos de config, definiciones de tipos. Cosas mecánicas y bien definidas. Lo reviso, no me limito a copiarlo.

Para depurar: describo el comportamiento, comparto el código relevante y pido hipótesis. Trato cada respuesta como una pista que investigar, no como una solución que aplicar a ciegas.

Para refactorizar: "aquí está esta función, esto es lo que hace, ¿qué formas más limpias hay de escribirla?". Luego elijo la que mejor entiendo, no la más ingeniosa.

#Lo que me niego a delegar

Algunas cosas siguen siendo mías:

• Las decisiones de arquitectura: cómo se estructura la app, dónde viven los datos, cómo se comunican los componentes. La IA no tiene nada en juego en la salud a largo plazo de tu código. Tú sí.
• Entender un concepto nuevo: uso la IA para acelerar el aprendizaje, no para saltármelo. Hay una diferencia entre "explícamelo" y "hazlo por mí".
• Leer el resultado: cada línea que genera la IA, la leo. No en diagonal. La leo. Esto no se negocia.

#La visión de conjunto

El miedo a que la IA reemplace a los desarrolladores no da en el clavo.

La IA reemplaza las partes mecánicas del trabajo: el boilerplate, las búsquedas, los patrones repetitivos. No reemplaza el criterio, la arquitectura, la intuición para depurar ni la capacidad de entender un problema antes de resolverlo.

Úsala para aprender más rápido. Úsala para avanzar más rápido. Pero nunca la uses para no pensar.

Esa parte sigue siendo tuya.