Comment soumettre un extrait de code pour explication ou révision ?

Limiter la portée du code

Fournissez d'abord la fonction ou l'extrait pertinent à réviser, en spécifiant le langage, la méthode d'invocation et le comportement attendu. Si le problème dépend de la configuration, du format d'entrée ou d'autres fonctions, incluez le contexte minimal nécessaire. Indiquez clairement si vous souhaitez comprendre le flux de contrôle, les conditions limites ou les problèmes potentiels à éviter pour que la réponse ne se transforme pas en une liste de contrôle générique pour l'ensemble du projet.

Fournir des objectifs de révision spécifiques

Vous pouvez écrire : « Expliquez comment cette fonction gère les entrées vides et signalez les cas limites qui nécessitent des tests. » Si vous souhaitez des suggestions de modification, demandez des explications sur les raisons et l'impact attendu. Lors du collage de code directement ou de sa fourniture via les pièces jointes disponibles, vérifiez toujours l'indentation et les noms de fichiers ; n'incluez pas de clés ou de secrets réels dans les documents par souci de commodité.

1. Fournissez le code pertinent, le langage et les résultats attendus.
2. Décrivez le comportement réel ou les risques les plus préoccupants.
3. Demandez que les conclusions, suggestions et méthodes de vérification soient listées séparément.

Confirmer quelles étapes de révision ont été complétées

Les conclusions tirées uniquement de la lecture du code constituent une analyse statique et ne signifient pas que des tests ont été exécutés. Si la réponse affirme que le programme a été exécuté, vérifiez les sorties d'outils correspondantes ; si l'environnement n'est pas disponible, demandez une liste des parties non vérifiées. Avant d'adopter des modifications, le comportement doit toujours être vérifié dans un environnement approprié, en s'assurant en particulier que l'entrée normale et la gestion des erreurs répondent aux attentes.