Es verdad que hoy puedes describir lo que quieres y obtener código que funciona, sin haber programado nunca. También es verdad que eso resuelve la parte fácil del problema. Merece la pena entender bien dónde está la línea, porque de un lado hay tiempo ahorrado y del otro hay sistemas que nadie puede mantener.
Lo que sí puedes hacer tú
Fórmulas y hojas de cálculo
El caso más claro y el de menos riesgo. Describes lo que necesitas calcular y obtienes la fórmula. Se ejecuta en tu hoja, el resultado lo verificas tú, y si está mal no se rompe nada.
Pequeños scripts para tareas repetitivas
Renombrar doscientos archivos siguiendo un patrón, convertir un formato a otro, juntar veinte hojas en una. Cosas que se ejecutan una vez, sobre una copia de tus datos, y cuyo resultado ves inmediatamente.
Automatizaciones en plataformas visuales
Cuando la herramienta pide un pequeño fragmento de código para transformar un dato, la IA lo escribe sin problema. Sigues dentro de un entorno controlado.
Prototipos para explicarte
Una pantalla que muestre cómo te imaginas algo. No para ponerla en producción: para que quien la desarrolle entienda en dos minutos lo que llevas semanas explicando.
Dónde empieza el problema
El otro 80 % es: que siga funcionando cuando cambien las cosas, que no se rompa con datos raros, que no exponga información, que alguien pueda entenderlo dentro de un año y que exista una copia de seguridad cuando algo falle. La IA te da el 20 % con mucha facilidad y casi nada del 80 %.
Tres consecuencias prácticas de esto:
- No sabes qué no sabes. El código puede funcionar y ser inseguro al mismo tiempo. Sin formación técnica, no tienes forma de notarlo.
- El mantenimiento aparece solo. Cambia una herramienta conectada y algo deja de funcionar. Si lo montaste tú sin entenderlo, no puedes arreglarlo.
- Depurar es más difícil que escribir. Cuando algo falla de forma intermitente, pedirle a la IA que lo arregle produce a menudo un segundo problema encima del primero.
La línea, en una regla
Pregúntate qué pasa si eso que montaste deja de funcionar un martes a las tres de la tarde:
| Si falla… | Entonces |
|---|---|
| No pasa nada, lo hago a mano | Adelante, móntalo tú. |
| Pierdo una tarde | Puedes montarlo, pero documenta cómo funciona. |
| Un cliente se queda sin servicio | Necesitas a alguien que lo mantenga. |
| Se pierden o se filtran datos | No lo montes tú. Sin excepciones. |
| Hay dinero de por medio | No lo montes tú. |
Cinco reglas si vas a intentarlo
-
Siempre sobre una copia
Nunca ejecutes un script sobre tus datos originales. Copia, prueba, verifica, y solo entonces aplica.
-
Pide que te lo explique
«Explícame línea por línea qué hace esto y qué pasaría si el archivo estuviera vacío.» Si no entiendes la explicación, no lo ejecutes.
-
Nunca pegues credenciales
Contraseñas, claves de API, accesos. Si el código las necesita, es señal de que la tarea ya no es para ti.
-
Empieza con el caso más pequeño
Tres archivos antes de doscientos. Una fila antes de la hoja entera.
-
Guarda lo que hiciste y por qué
El código y una nota explicando para qué es. Dentro de seis meses esa nota es lo único que va a salvarte.
Cuándo llamar a alguien
No es una cuestión de orgullo, es de riesgo. Conviene buscar ayuda profesional cuando:
- Lo que montas va a tocar datos de clientes.
- Va a usarlo alguien que no seas tú.
- Tiene que funcionar todos los días sin que nadie lo vigile.
- Se conecta con tu facturación, tu inventario o tus cobros.
- Ya llevas tres días con algo que iba a ser «un rato».
Ese último punto es el más honesto. Hay un momento en que el tiempo que llevas invertido supera lo que habría costado encargarlo, y suele llegar antes de lo que uno reconoce.
La forma sana de verlo
La IA no te convierte en programador, igual que un buen traductor no te convierte en bilingüe. Lo que hace es quitarte la barrera de entrada para lo pequeño, y eso ya es mucho: tareas que antes ni te planteabas porque implicaban pedir ayuda, ahora las resuelves en media hora.
Aprovecha eso. Y cuando el proyecto crezca lo suficiente como para que su fallo tenga consecuencias, trátalo como lo que es: un sistema que necesita alguien responsable de que siga funcionando.
