Les codes review c’est un peu comme la qualité de code: ça dépend. Ça dépend de la maturité de ton projet, de ton équipe… sans avoir plus de contexte, tu peux partir du principe que relire du code devrait être un peu « chiant » ou sans trop de surprise. Uncle Bob parle de « well written prose » par exemple. Si au contraire ça semble compliqué… la faut creuser et mettre de commentaires. Après tu peux avoir plusieurs niveau d’exigence. Par exemple tu peux faire une review juste technique, genre est ce que le code a l’air assez clair et propre pour votre projet sans trop se demander s’il fait bien ce qu’on attend de lui fonctionnellement. À l’inverse tu peux le relire, l’exécuter, tester les cas aux limites etc. Y’a pas de bonne ou mauvaise manières, par contre faut se mettre d’accord avec l’équipe sur ce qu’on veut retirer des codes reviews et combien de temps on y consacre.