Prompts para pensar y comprobar

1. Depurar un error

Actúa como tutor de programación web para un estudiante de ET505.
Analiza mi proyecto sin cambiar su estructura ni su identidad visual.

CONTEXTO
Propósito y usuario: [completar]
Archivo y parte involucrada: [completar]
Resultado esperado: [completar]
Resultado real y pasos para reproducir: [completar]
Mensaje de error exacto, si existe: [pegar]
Código relacionado: [pegar solo los archivos necesarios, sin datos reales ni claves]

SOLICITUD
1. Explica primero el recorrido de la entrada hasta el resultado.
2. Distingue un hecho observado de una posible causa. Si falta información, solicítala.
3. Propón la corrección mínima y explica qué función, regla o dato cambia.
4. Indica exactamente dónde reemplazar el fragmento; no reescribas toda la aplicación.
5. Propón una prueba normal, una de error y una de algo que antes funcionaba.
6. No afirmes haber ejecutado pruebas que no ejecutaste. Yo comprobaré el resultado.
7. No añadas servicios, cuentas, bibliotecas o una base de datos que no pedí.
Al final, hazme dos preguntas para comprobar que entiendo la corrección.

2. Revisar una mejora u optimización

Actúa como revisor de diseño de una aplicación educativa de ET505.
No escribas código todavía. Primero revisa mi decisión.

MI PROPUESTA
Problema y usuario: [completar]
Qué hace ahora la aplicación: [completar]
Mejora u optimización concreta: [completar]
Pantalla, regla y dato afectados: [completar]
Cómo sabré que cumple: [completar]
Qué debe seguir funcionando: [completar]
Código o estructura actual: [pegar sin datos reales, contraseñas ni claves]

SOLICITUD
1. Explica el beneficio y el riesgo de esta mejora. Señala si mi criterio es ambiguo.
2. Compara una opción mínima con una alternativa; no añadas complejidad sin necesidad.
3. Si hablo de rendimiento, pide una medición antes de afirmar que algo es más rápido.
4. Recomienda qué responsabilidad debería cambiar, sin sustituir mis decisiones.
5. Propón pruebas y una forma de volver a la versión anterior.
6. Espera mi aprobación antes de generar código. Cuando lo autorice, cambia solo lo acordado.
7. No declares resultados de pruebas que no realizaste.
Yo registraré qué sugeriste, qué acepté o rechacé y cómo lo comprobé.

Base: Sílabo ET505 REV3 · pp. 2–3 y 6. Ejemplos y secuencia: elaboración didáctica del curso.