En meme temps moi j'ai fait quelques projets (tres tres petits) et j'ai rarement recu des patchs. Mais quand j'en ai recu, c'etait pas toujours bienvenu. Soi ca changeait l'architecture et il n'en etait pas question, soit c'etait code de facon crado... Et quand on accepte de changer un peu l'archi pour plaire au contributeur qui explique qu'il serait volontier co-developpeur, il se lasse au bout de 2 semaines et on se retrouve tout seul avec un soft dans lequel on a du faire des compromis avec quelqu'un.
Donc a ceux qui proposent des patchs, avant de passer du temps a coder: envoyer un email au developpeur, et demandez "j'aimerai bien cette fonctionalite,
je l'implementerai volontier, est-ce que ca vaut le coup que j'ecrive le patch ?" et la si le developpeur est cense repondre (s'il ne repond pas, pas la peine d'ecrire le patch) et il pourra eventuellement donner quelques directives, genre "nomme les fonctions comme ca", ou "decrit ta fonction avec des commentaires comme ca" afin que le patch ne viennent pas sur un cheveu sur la soupe.
Quand on ecrit un patch, faut pas toujours croire que ca va etre vu comme un cadeau du ciel par le developpeur.
[^] # Re: Coup de gueule de LinuxFrench contre "les assos du libre"
Posté par Erwan . En réponse au journal Coup de gueule de LinuxFrench contre "les assos du libre". Évalué à 8.
En meme temps moi j'ai fait quelques projets (tres tres petits) et j'ai rarement recu des patchs. Mais quand j'en ai recu, c'etait pas toujours bienvenu. Soi ca changeait l'architecture et il n'en etait pas question, soit c'etait code de facon crado... Et quand on accepte de changer un peu l'archi pour plaire au contributeur qui explique qu'il serait volontier co-developpeur, il se lasse au bout de 2 semaines et on se retrouve tout seul avec un soft dans lequel on a du faire des compromis avec quelqu'un.
Donc a ceux qui proposent des patchs, avant de passer du temps a coder: envoyer un email au developpeur, et demandez "j'aimerai bien cette fonctionalite,
je l'implementerai volontier, est-ce que ca vaut le coup que j'ecrive le patch ?" et la si le developpeur est cense repondre (s'il ne repond pas, pas la peine d'ecrire le patch) et il pourra eventuellement donner quelques directives, genre "nomme les fonctions comme ca", ou "decrit ta fonction avec des commentaires comme ca" afin que le patch ne viennent pas sur un cheveu sur la soupe.
Quand on ecrit un patch, faut pas toujours croire que ca va etre vu comme un cadeau du ciel par le developpeur.