Com enviar un fragment de codi per a explicació o revisió?
Centreu l'abast per diferenciar entre l'observació del codi i les conclusions d'execució a la resposta.
Limitar l'abast del codi
Primer proporcioneu la funció o el fragment rellevant a revisar, especificant el llenguatge, el mètode d'invocació i el comportament esperat. Si el problema depèn de la configuració, el format d'entrada o altres funcions, incloeu el context mínim necessari. Indiqueu clarament si voleu entendre el flux de control, les condicions de límit o els problemes potencials per evitar que la resposta s'ampliï a una llista de verificació genèrica per a tot el projecte.
Proporcioneu objectius de revisió específics
Podeu escriure "Expliqueu com aquesta funció gestiona entrades buides i assenyaleu els casos límit que necessiten proves". Si voleu suggeriments de modificació, sol·liciteu explicacions dels motius i l'impacte esperat. Quan enganxeu codi directament o el proporcioneu mitjançant fitxers adjunts disponibles, comproveu sempre la indentació i els noms dels fitxers; no incloeu claus o secrets reals en els materials per comoditat.
- Proporcioneu el codi rellevant, el llenguatge i els resultats esperats.
- Descriviu el comportament real o els riscos més preocupants.
- Sol·liciteu que les troballes, els suggeriments i els mètodes de verificació es liguin per separat.
Confirmeu quins passos de revisió s'han completat
Les conclusions extretes només de la lectura del codi constitueixen una anàlisi estàtica i no signifiquen que s'hagin executat proves. Si la resposta afirma que el programa s'ha executat, comproveu les sortides d'eines corresponents; si l'entorn no està disponible, demaneu una llista de les parts no verificades. Abans d'adoptar modificacions, el comportament encara s'ha de comprovar en un entorn adequat, assegurant especialment que tant l'entrada normal com la gestió d'errors compleixen les expectatives.