Utilidades IACómo programar con un asistente de IA con criterio
| Para quién | Para quien ya programa o está aprendiendo y quiere acelerar tareas concretas sin perder el control del código que acaba en su proyecto. |
|---|---|
| Tiempo estimado | 15 a 60 minutos por función o módulo pequeño, según la complejidad y el tiempo de revisión |
| Categoría | Programación y datos |
Paso a paso
- Define el objetivo y el contexto
Antes de escribir nada, redacta en dos o tres frases qué debe hacer el código, en qué lenguaje y versión trabajas, qué librerías ya usas y qué restricciones tienes (rendimiento, estilo, compatibilidad). Cuanto más concreto seas, menos tendrás que corregir después. Indica también qué no quieres: por ejemplo, no añadir dependencias nuevas o no reescribir lo que ya funciona. Este paso evita la mayoría de respuestas genéricas que no encajan con tu base de código. - Divide el problema en piezas pequeñas
Pedir una aplicación entera de una vez suele producir código largo, difícil de revisar y con errores escondidos. Descompón el trabajo en funciones o módulos con una entrada y una salida claras. Pide primero el esqueleto o la firma de las funciones, revísalo y solo entonces pide la implementación de cada parte. Así puedes detectar pronto un enfoque equivocado y mantienes el control de la arquitectura, que es una decisión que te corresponde a ti. - Aporta ejemplos de entrada y salida
Los ejemplos concretos reducen la ambigüedad más que cualquier explicación larga. Incluye dos o tres casos típicos, un caso límite (lista vacía, valor nulo, texto muy largo) y un caso de error esperado, con el resultado que quieres obtener en cada uno. Si tienes un formato de datos real, usa una versión inventada con la misma estructura, nunca datos reales. Estos ejemplos servirán además como base para tus pruebas posteriores. - Pide explicación junto al código
Solicita que el asistente explique brevemente la lógica, las decisiones tomadas y los supuestos que ha hecho. Si algo no entiendes, pregunta antes de copiarlo: código que no comprendes es código que no sabrás mantener ni depurar. Pide también alternativas cuando dudes del enfoque y las ventajas e inconvenientes de cada una. Una explicación incoherente con el código es una señal útil de que conviene desconfiar de esa respuesta. - Ejecuta y prueba en un entorno aislado
Prueba el código en un entorno separado de producción, con una copia del proyecto o un entorno virtual, y con control de versiones para poder deshacer cambios. Ejecuta tus ejemplos, añade pruebas automáticas si puedes y comprueba los casos límite. Lee las advertencias del compilador o del intérprete. Si algo falla, devuelve al asistente el mensaje de error completo junto con el fragmento afectado, en lugar de describirlo de memoria, para obtener una corrección más precisa. - Revisa, adapta e integra
Antes de integrar el código, léelo línea a línea: comprueba que respeta el estilo del proyecto, que las funciones y librerías existen de verdad en la versión que usas y que no introduce dependencias o permisos innecesarios. Simplifica lo que sobre y renombra lo que no sea claro. Después guarda el cambio en un commit pequeño con un mensaje descriptivo. Anota qué partes proceden de una propuesta del asistente si tu equipo o tu licencia lo requieren.
Prompt de ejemplo
Completa los corchetes con datos de tu caso, nunca con información confidencial:
Actúa como un desarrollador con experiencia en [LENGUAJE] [VERSIÓN]. Necesito una función que [DESCRIPCIÓN DE LO QUE DEBE HACER]. Contexto del proyecto: [FRAMEWORK O LIBRERÍAS QUE YA USO]. Estilo: [CONVENCIONES, POR EJEMPLO NOMBRES EN INGLÉS Y FUNCIONES CORTAS]. No añadas dependencias nuevas. Entradas y salidas esperadas: - Entrada: [EJEMPLO 1] -> Salida: [RESULTADO 1] - Entrada: [EJEMPLO 2] -> Salida: [RESULTADO 2] - Caso límite: [CASO VACÍO O NULO] -> [COMPORTAMIENTO DESEADO] Primero propón la firma de la función y un plan breve en tres o cuatro puntos. Después escribe la implementación con comentarios solo donde aporten, y añade pruebas unitarias que cubran los ejemplos anteriores. Al final lista los supuestos que has hecho y cualquier punto en el que no estés seguro.
Qué esperar
Es habitual obtener un primer borrador funcional para tareas acotadas y comunes, aunque a menudo necesitará ajustes de nombres, manejo de errores o casos límite. En problemas muy específicos de tu proyecto, el resultado dependerá mucho del contexto que aportes y conviene iterar en varias rondas pequeñas.
Cómo verificar el resultado
- Ejecutar tus ejemplos de entrada y salida y los casos límite, y comparar el resultado real con el esperado.
- Escribir o ejecutar pruebas automáticas antes de integrar el código y comprobar que las existentes siguen pasando.
- Confirmar en la documentación oficial que cada función, método y librería usados existen en tu versión.
- Revisar el cambio completo como una petición de revisión de código, en una rama aparte y en un entorno aislado.
Errores comunes
- Pedir un programa entero en un solo mensaje y copiarlo sin leerlo.
- No indicar versión del lenguaje ni librerías, de modo que el código usa funciones que no existen en tu entorno.
- Pegar el código en producción sin probarlo ni guardarlo antes en control de versiones.
- Aceptar una solución que funciona con el ejemplo pero falla con entradas vacías, enormes o mal formadas.
Riesgos y límites
Un asistente de IA puede inventar funciones, parámetros o librerías que no existen, y presentarlas con seguridad. No pegues contraseñas, claves de acceso, tokens, datos personales ni código confidencial de tu empresa sin comprobar antes la política de uso de tu organización y de la herramienta. El código generado puede contener errores lógicos o vulnerabilidades, y puede parecerse a código con licencia concreta: si tu proyecto tiene requisitos de licencias, revísalo. Tú sigues siendo responsable del resultado, así que entiende, prueba y revisa todo lo que integres.
Preguntas frecuentes
¿Puedo fiarme del código que genera un asistente de IA?
Trátalo como un borrador, no como una solución verificada. Puede funcionar en el caso típico y fallar en los límites. Lo razonable es leerlo, entenderlo, probarlo con casos reales de tu proyecto y revisarlo antes de integrarlo, igual que harías con el código de otra persona.
¿Sirve para aprender a programar o me hace depender de él?
Puede ayudar si lo usas para pedir explicaciones, ejemplos y correcciones de tus propios intentos. Si solo copias respuestas sin entenderlas, aprendes poco. Una buena práctica es intentar primero tu solución y usar el asistente para compararla y entender las diferencias.
¿Debo decir que el código lo ha escrito una IA?
Depende de las normas de tu empresa, tu centro de estudios o la licencia del proyecto. En entornos académicos o con políticas internas suele exigirse declararlo. Consulta esas normas y, ante la duda, indícalo en el commit o en la documentación.