Una clienta me preguntó algo el mes pasado que últimamente escucho seguido. Había hablado con un desarrollador sobre su proyecto, y él mencionó, casi al pasar, que usa herramientas de IA para ayudarse a escribir código. Ella me llamó enseguida, preocupada. "¿Eso significa que está recortando esquinas? ¿Estoy pagando precio completo por un proyecto que básicamente se genera solo?"
Entiendo por qué preguntó. "La IA escribió el código" puede sonar a cualquier cosa, desde un atajo útil hasta una señal de alarma. Como desarrollador que usa estas herramientas todos los días, te respondo con claridad: no, no significa que se estén recortando esquinas. Pero la pregunta de fondo —cómo se está usando realmente la IA— es exactamente la correcta. Esto es lo que me gustaría que supieras antes de hacerla.
Qué significa "asistido por IA" en el día a día
Cuando la gente imagina a la IA escribiendo software, muchas veces piensa en escribirle un pedido a un chatbot y recibir una aplicación terminada, sin que nadie la haya tocado. Así no trabajan los desarrolladores profesionales, y así tampoco trabajo yo.
En la práctica, herramientas como GitHub Copilot, Claude y Cursor viven dentro del mismo editor que un desarrollador ya usa. Mientras escribo, la herramienta sugiere las próximas líneas de código, parecido a cuando el teclado de tu teléfono sugiere la próxima palabra en un mensaje de texto. Puedo aceptar la sugerencia, editarla o ignorarla por completo. Nada se publica hasta que yo lo haya leído, probado y decidido que pertenece al proyecto.
Pensalo menos como un robot constructor y más como un asistente muy rápido y muy leído: reconoce patrones comunes con rapidez porque vio una cantidad enorme de código antes. Pero no conoce tu negocio, ni a tus clientes, ni qué significa "terminado" para tu proyecto en particular. Esa parte sigue siendo mía.
Esta distinción importa más de lo que parece. Un desarrollador que escribe con asistencia de IA sigue tomando todas las decisiones sobre qué hace el software y por qué. Una herramienta que genera una aplicación completa sin que nadie revise el resultado es una situación completamente distinta, y mucho más riesgosa. Casi nadie serio construye software de negocio real de esa forma, pero vale la pena preguntarle a tu desarrollador cuál de las dos describe su proceso.
Dónde la IA realmente ahorra tiempo
No voy a fingir que estas herramientas no ayudan, porque de verdad ayudan. El lugar donde más ayudan es en trabajo repetitivo y bien conocido: armar un formulario estándar, escribir el código que conecta una página web con una base de datos, generar casos de prueba para código que ya existe, o convertir un bloque de código de un formato a otro.
Es el equivalente, en programación, a un contratista que usa vigas ya cortadas en lugar de medir y cortar cada una a mano. La habilidad de medir sigue importando, pero no repetirla cincuenta veces al día libera horas para las partes del trabajo que realmente requieren un ojo entrenado.
Para mis clientes, esa velocidad se traduce en menor costo y entrega más rápida en las partes rutinarias de un proyecto: la pantalla de inicio de sesión, la página básica de alta y consulta de datos, el correo de confirmación. No se traduce en un atajo en las partes que hacen que tu software realmente funcione para tu negocio.
Dónde el criterio humano sigue haciendo el trabajo pesado
Acá está lo que se pierde en el titular de "la IA lo escribió": las decisiones más difíciles y valiosas de un proyecto de software no tienen que ver con escribir líneas de código. Tienen que ver con arquitectura, lógica de negocio y seguridad, y ninguna de esas tres se le entrega a una herramienta de IA para después desentenderse.
La arquitectura son las decisiones sobre cómo encajan todas las piezas de tu software y qué tan bien va a resistir a medida que tu negocio crece; requiere un criterio construido después de años viendo sistemas funcionar y fallar. La lógica de negocio es el conjunto de reglas que hacen que tu software sea tuyo: cómo se aplica un descuento, qué pasa si un cliente cancela a mitad de un pedido, qué empleado puede aprobar un reembolso. Una herramienta de IA no conoce estas reglas a menos que una persona que entienda tu negocio las escriba, las revise y pruebe cada caso límite.
La seguridad es el ejemplo más filoso. El código generado con IA puede contener errores que expongan datos de clientes o dejen una puerta abierta a un ataque, igual que puede pasar con código escrito a mano. La herramienta no conoce tus requisitos de cumplimiento ni qué pasa si un error llega a producción. Un desarrollador que entiende esos riesgos tiene que revisar ese código pensando específicamente en ellos, cada vez.
Un ejemplo concreto
Imaginá que estás construyendo un sistema de turnos en línea para una clínica pequeña. La asistencia de IA puede acelerar la escritura del calendario, la plantilla del correo de confirmación y la validación básica del formulario: piezas rutinarias con patrones bien conocidos.
Pero decidir qué pasa si dos pacientes intentan reservar el mismo horario, hasta cuánto tiempo antes se reembolsa una cancelación, y cómo se mantienen privados y en regla los datos de los pacientes, requiere a alguien que entienda las reglas reales de tu clínica y la normativa sobre datos de salud. Ninguna herramienta sugiere esa lógica por sí sola. Un desarrollador la diseña, la escribe deliberadamente y la prueba contra los escenarios que importan para tu negocio. Escribí más sobre cómo la IA está transformando el desarrollo de software si te interesa el panorama general.
Preguntas que vale la pena hacerle a tu desarrollador
No hace falta entender la tecnología para hacer buenas preguntas sobre ella. Estas son cuatro que te recomiendo hacerle a cualquier desarrollador o agencia:
- "¿Revisan y prueban el código sugerido por IA antes de publicarlo, o sale sin que nadie lo toque?" La respuesta siempre debería ser que una persona lo revisa.
- "¿Dónde usan herramientas de IA y dónde evitan usarlas?" Una respuesta pensada va a mencionar cosas como el código sensible en seguridad o la lógica central del negocio como áreas que reciben atención humana extra.
- "¿Quién responde si algo sale mal?" La respuesta debería ser una persona o una empresa, nunca "la IA".
- "¿Me podés explicar cómo funciona realmente una función clave?" Un desarrollador que entiende el código, con o sin asistencia de IA, puede explicarlo en términos simples. Si no puede, esa es la verdadera señal de alarma, no si usó una herramienta.
La presencia de IA en las herramientas de un desarrollador no es el riesgo. La ausencia de una persona que revise, pruebe y se haga responsable del resultado, sí lo es. Eso es cierto tanto si el código se escribió a mano en 2015 como si una herramienta de IA lo sugirió esta mañana.
Si estás evaluando a un desarrollador o agencia para tu próximo proyecto, también escribí una guía sobre cómo elegir al socio de desarrollo de software correcto que cubre las preguntas más amplias de evaluación, más allá del uso de IA.
Yo mismo uso estas herramientas todos los días, porque agilizan las partes rutinarias de mi trabajo. Lo que no hago es dejar que tomen las decisiones que realmente importan para el negocio de un cliente. Esa es la línea que vale la pena preguntar, no si hubo IA de por medio o no.