Mets-toi à la place des développeurs. Une demande de feature, c'est une demande directe qu'ils s'ajoutent un truc à faire. Quand tu es surchargé, le truc naturel est de trouver une raison X ou Y pour justifier que c'est inutile, fermer le rapport d'erreur et voilà, tu as diminué ta charge de travail avec succès.
Un patch, c'est quelqu'un qui a fait l'effort de travail sur ton logiciel et qui, si on est gentil, pourrait même continuer à le faire et devenir un contributeur ou une contributrice occasionelle dans le futur (et diminuer notre charge de travail !). C'est donc à traiter par diplomatie. En particulier, si :
le code est simple et propre
le patch n'enlève rien d'existant à personne
la personne justifie son besoin de l'inclure
On est très facilement disposé à accéder à sa demande.
Si le point (1) flanche (le code n'est pas comme on veut), on répond un message pour expliquer ce qui est à améliorer. Ça ne veut dire "oui" ni "non", mais "essaie encore".
Le point le plus important est (3): si tu as besoin de voir les millisecondes il faut expliquer pourquoi, si possible en des termes concrets. J'ai besoin de pouvoir m'imaginer l'utilisateur à qui ça rend la vie meilleure pour me convaincre qu'il existe.
# "Demande de feature" et "patch" c'est très différent
Posté par gasche . En réponse à la dépêche Modeste contribution à Audacity sur l'affichage des temps. Évalué à 6.
Mets-toi à la place des développeurs. Une demande de feature, c'est une demande directe qu'ils s'ajoutent un truc à faire. Quand tu es surchargé, le truc naturel est de trouver une raison X ou Y pour justifier que c'est inutile, fermer le rapport d'erreur et voilà, tu as diminué ta charge de travail avec succès.
Un patch, c'est quelqu'un qui a fait l'effort de travail sur ton logiciel et qui, si on est gentil, pourrait même continuer à le faire et devenir un contributeur ou une contributrice occasionelle dans le futur (et diminuer notre charge de travail !). C'est donc à traiter par diplomatie. En particulier, si :
On est très facilement disposé à accéder à sa demande.
Si le point (1) flanche (le code n'est pas comme on veut), on répond un message pour expliquer ce qui est à améliorer. Ça ne veut dire "oui" ni "non", mais "essaie encore".
Le point le plus important est (3): si tu as besoin de voir les millisecondes il faut expliquer pourquoi, si possible en des termes concrets. J'ai besoin de pouvoir m'imaginer l'utilisateur à qui ça rend la vie meilleure pour me convaincre qu'il existe.