¿Cómo enviar un fragmento de código para explicación o revisión?
Enfoca el alcance para diferenciar entre la observación del código y las conclusiones de ejecución en la respuesta.
Limita el alcance del código
Primero, proporciona la función o el fragmento relevante que se revisará, especificando el lenguaje, el método de invocación y el comportamiento esperado. Si el problema depende de la configuración, el formato de entrada u otras funciones, incluye el contexto mínimo necesario. Indica claramente si deseas comprender el flujo de control, las condiciones de límite o los problemas potenciales para evitar que la respuesta se expanda a una lista de verificación genérica para todo el proyecto.
Proporciona objetivos de revisión específicos
Puedes escribir: "Explica cómo esta función maneja la entrada vacía y señala los casos límite que necesitan pruebas". Si deseas sugerencias de modificación, solicita explicaciones de las razones y el impacto esperado. Al pegar código directamente o proporcionarlo a través de los archivos adjuntos disponibles, siempre verifica la indentación y los nombres de los archivos; no incluyas claves o secretos reales en los materiales por conveniencia.
- Proporciona el código relevante, el lenguaje y los resultados esperados.
- Describe el comportamiento real o los riesgos más preocupantes.
- Solicita que los hallazgos, sugerencias y métodos de verificación se listen por separado.
Confirma qué pasos de revisión se han completado
Las conclusiones extraídas únicamente de la lectura del código constituyen un análisis estático y no significan que se hayan ejecutado pruebas. Si la respuesta afirma que el programa se ejecutó, verifica si hay salidas de herramientas correspondientes; si el entorno no está disponible, solicita una lista de las partes no verificadas. Antes de adoptar modificaciones, el comportamiento aún debe verificarse en un entorno apropiado, asegurándose especialmente de que tanto la entrada normal como el manejo de errores cumplan las expectativas.