évitez de vous lancer seul de manière arbitraire dans une nouvelle fonctionnalité, si vous le voulez vraiment, contactez moi d'abord.
Je me sens assez en phase avec ce conseil. Je suis le principal (et quasiment unique) développeur de l'éditeur de présentation Sozi et je reçois de temps en temps des pull requests qui ajoutent de nouvelles fonctionnalités.
C'est très gratifiant de savoir que des gens utilisent mon logiciel et souhaitent y contribuer. Habituellement, j'accepte sans problème que l'on m'envoie des corrections de bugs sans prévenir. Je suis plus embarrassé lorsqu'il s'agit d'ajouter ou de modifier une fonctionnalité.
Je comprends qu'un utilisateur puisse faire des modifications pour son propre usage (les licences libres servent à ça). Mais s'il souhaite vraiment collaborer au projet, alors je préfère qu'on en discute ensemble avant qu'il se mette à coder. En ce moment, par exemple, j'ai trois contributions pour Sozi que je ne souhaite pas intégrer : une parce qu'elle n'est pas complète, une qui s'apparente à un bricolage et qui mériterait d'être réécrite, et une autre parce qu'elle me semble incohérente avec la philosophie du projet.
L'autre problème que je rencontre parfois, c'est qu'une fois la nouvelle fonctionnalité ajoutée, les contributeurs disparaissent et on se retrouve tout seul pour maintenir leur code.
# Oui : contactez-moi d'abord
Posté par Guillaume Savaton (site web personnel) . En réponse au journal Forker ou ne pas forker ?. Évalué à 10.
Je me sens assez en phase avec ce conseil. Je suis le principal (et quasiment unique) développeur de l'éditeur de présentation Sozi et je reçois de temps en temps des pull requests qui ajoutent de nouvelles fonctionnalités.
C'est très gratifiant de savoir que des gens utilisent mon logiciel et souhaitent y contribuer. Habituellement, j'accepte sans problème que l'on m'envoie des corrections de bugs sans prévenir. Je suis plus embarrassé lorsqu'il s'agit d'ajouter ou de modifier une fonctionnalité.
Je comprends qu'un utilisateur puisse faire des modifications pour son propre usage (les licences libres servent à ça). Mais s'il souhaite vraiment collaborer au projet, alors je préfère qu'on en discute ensemble avant qu'il se mette à coder. En ce moment, par exemple, j'ai trois contributions pour Sozi que je ne souhaite pas intégrer : une parce qu'elle n'est pas complète, une qui s'apparente à un bricolage et qui mériterait d'être réécrite, et une autre parce qu'elle me semble incohérente avec la philosophie du projet.
L'autre problème que je rencontre parfois, c'est qu'une fois la nouvelle fonctionnalité ajoutée, les contributeurs disparaissent et on se retrouve tout seul pour maintenir leur code.