Question

Je suis dans une boutique de code de deux. Et bien que je comprends qu'un tracker de bogue est utile lorsque le nombre de programmeurs est plus grand ou égal à un, je ne suis pas si convaincu que les bogues, les changements et les correctifs de journalisation valent le temps où ils sont triviaux. Lorsque je trouve un simple bug, je le comprends, je le répare et je l'exécute à travers des tests. Et puis j'ai réalisé que je devais aller le enregistrer.

Je sais qu'en théorie, la journalisation des bogues doit être effectuée quelque part entre trouver le bug et corriger le bug, mais si la réparer est plus rapide que de le journaliser, cela semble être un glisser. Dans les plus grandes calices de code, le patron fait attention à qui fait quoi et c'est bien de savoir où les autres se moquent.

Je me retrouve à décrire des choses que j'ai déjà corrigées, puis à les fermer instantanément. J'ai des doutes que quiconque regardera à nouveau ce bug fermé. Est-il temps de couper le processus de graisse?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top