← Evolución y Gestión de la Configuración

4. Tu responsabilidad

Dónde está la línea, cómo se declara el uso y de qué respondes tú.

Esta lección va de dos cosas distintas que conviene no mezclar: lo que las reglas de Evolución y Gestión de la Configuración permiten, y lo que tú respondes de lo que entregas.

Dónde está la línea

No la marca la herramienta, sino qué se evalúa y qué has aportado tú.

Legítimo, si la asignatura lo permite	Fraude
Pedir explicaciones, pistas o contraejemplos	Entregar como propio algo que no has producido ni entiendes
Pedir que revise tu borrador	Ocultar un uso que hay que declarar
Explorar enfoques alternativos al tuyo	Usarla donde está prohibida
Apoyo de redacción o de idioma	Fabricar datos, resultados o referencias

Y la regla que resume todo lo demás:

Respondes de todo lo que entregas, lo haya escrito quien lo haya escrito. “Me lo dijo la IA” no es una defensa. Ni aquí, ni luego en tu trabajo.

Declarar tu uso

Una nota breve al final del trabajo, con tres cosas: qué herramienta, para qué y qué hiciste tú con lo que te devolvió.

Ejemplo: “Usé un asistente de IA para revisar la estructura de la memoria y para generar casos de prueba adicionales. Los validé a mano y descarté dos por incorrectos. El análisis y la implementación son míos.”

Declararlo no te penaliza. Ocultarlo, sí.

Lo que no se le cuenta a un sistema externo

Datos personales, historias clínicas, expedientes, información confidencial de una empresa. Lo que escribes en un servicio externo sale de tu control y puede quedar registrado. Si necesitas trabajar sobre un caso real, anonimízalo antes.

Lo que está en juego en Evolución y Gestión de la Configuración

• Entregar código que funciona sin saber explicarlo, que es justo lo que se te preguntará
• Usar funciones, opciones o dependencias inventadas, que fallan al ejecutar
• No desarrollar tu propia lectura de errores por delegarla siempre
• Introducir en un sistema externo código sujeto a confidencialidad

Y más allá de la asignatura: estos sistemas heredan los sesgos de los datos con que se entrenaron, no todo el mundo tiene acceso a las mismas versiones, y su entrenamiento y uso tienen un coste laboral y ambiental que rara vez se ve. No hace falta que tengas una posición cerrada sobre esto; hace falta que la pregunta exista.

Sitúa estos casos

Para cada uno, decide: legítimo, dudoso o fraude. Luego contrástalo con las reglas de la asignatura.

1. Pedirle que te explique un concepto que no entendiste en clase
2. Pedirle que traduzca un mensaje de error
3. Pedirle que escriba una parte sustancial de la entrega evaluable
4. Pedirle casos de prueba para tu propio código
5. Pedirle que revise tu solución y sugiera mejoras
6. Pedirle que documente tu código porque no te da tiempo

Los que te salgan “dudoso” son los interesantes: son justo donde conviene preguntar a tu docente antes de dar nada por supuesto.

Lo que deberías poder hacer

1. Redactar la declaración de uso de tu último trabajo.
2. Explicar qué información no introducirías nunca en uno de estos sistemas, y por qué.

Verlo explicado

Un vídeo corto de Asociación Programamos que desarrolla lo anterior. Verlos es opcional.

Más recursos para profundizar →