Je viens de récupérer le code de mon collègue.
Parce qu’il faut apprendre à déléguer, et que quand même, il code bien.
Mais je peux pas m’empêcher de tiquer sur des détails.
Je suppose que plus son code serait abouti, plus je trouverais des détails à corriger de plus en plus insignifiants.
C’est pas une histoire de qualité absolue.
Non, c’est juste que pour moi, tout est perfectible.
En soi, c’est peut être une bonne chose, c’est la vocation de proff, celle de toujours voir où l’amélioration peut se poser, de tirer toujours plus haut.
Mais là, pour un projet réel, c’est un peu handicapant.
Car ces petites choses, insignifiantes, que je n’avais pas vu tant que je n’avais pas regardé son code me deviennent insupportable. Je vais tiquer à chaque fois que je tombe dessus comme Une chose à faire trop importante pour être oubliée mais pas assez importante pour être faite là
Là tout de suite.
Décider de ce que je fais là tout de suite.
J’ai suffisamment buggué, avec cette revue de code, que le résultat a été la fuite : là tout de suite, je vais arrêter de coder et écrire un peu pour comprendre ce qui cloche chez moi, pourquoi il me faut des heures et des heures pour si peu de production
(soupire)
C’est de ma faute, c’est moi qui ai encouragé mon collègue à travailler sur une branche séparée.
Du coup, c’est à moi de faire la fusion. Et le contrôle qualité qui va derrière.
La tâche est pourtant bien nette, bien définie : avoir en local le même comportement que ce que sa branche donne en dev, et alors, envoyer sur le serveur le résultat de la fusion.
Y’a pas 36 pages à vérifier pourtant ! !
Et beh non.
Mademoiselle se permet de tomber sur des truc qui lui plaisent pas et d’avoir envie de les corriger, de les modifier.
Oh et Zut à la fin ! !
Sans compter que le boulot de qualité, c’est de remonter les questions, pas d’y trouver une réponse.
Je crois que je vais pouvoir y retourner un peu plus efficacement…