Relis ce qui a été dit précédemment ;-)
Non, la théorie dit qu'il faut permuter régulièrement. Ca évite justement la déconnexion.
Il ne faut pas oublier qu'on a tous à apprendre des autres. Un projet c'est énormément de choses : le dev dans éventuellement plusieurs langages et paradigmes, le tooling (ex: IDE), les tests, la traçabilité, build, déploiement, etc.
Personnellement, je le vois pas du tout comme ça. Je trouve ça très gratifiant de partager son savoir et d'inculquer les bonnes pratiques. Ou alors je n'accepterai pas que
le plus expérimenté vienne ensuite râlé sur les mauvaises pratiques de ces collègues.
Ceci dit je suis très pédant
Le soucis c'est qu'on ne pense pas à tout. Et des fois c'est dans les petits détails qu'on a beaucoup à apprendre. Ensuite on peut également rectifier la méthode de travail, la façon de refactorer, utiliser les outils. Tout ce qui se perd avec le côté "à froid" de la revue de code, cette dernière ne s'intéresse qu'au résultat et non pas à tout ce qui y a conduit.
Voir mes remarques précédentes sur le côté "à froid" de la revue de code.
Partager