En tant qu'arrivant, personne me connait, je fourni un patch qui n'est pas dans les regles de l'art, il est rejeté comme un mal propre, et résultat je me casse.
Parce que tu t'y prend mal.
On n'arrive pas sur un projet avec ses gros sabots "tiendez, vla mon patch". C'est comme si tu étais un nouveau commis en cuisine dans un restaurant, que le chef te demande de faire le "gateau au chocolat" star du resto, et que tu en fasses un sans demander la recette (et qu'il y a donc de forte chance que ce ne soit pas le gateau attendu, parce que tu n'aura pas mis la crème qu'il faut, pas utiliser le bon chocolat etc).
Bref, quand on arrive sur un projet, on essaye de se renseigner :
chercher le bon canal de communication pour les contributeurs : forum / IRC / mailing list etc…
se présenter : "bonjour, j'ai vu tel bug, je voudrais contribuer", suivi d'un "quel est la procédure à suivre s'il vous plait"
Et là, il y a de forte chance qu'on te réponde, "va lire la doc ici" (quand elle existe :-) ), ou "faut faire comme-ci comme ça"..
Ensuite tu peux commencer ton patch et le proposer en suivant la procédure, le coding style etc…
Pour toi :
- tu ne refais pas 15 fois ton patch pour que ça soit accepté
- ta contribution est plus vite intégrée : ça flattera ton ego
- tu seras mieux vu et plus vite accepté
- les autres contributions n'en seront que plus facile
N'oublie pas que ce sont des êtres humains. Il ne faut donc pas oublier les rêgles sociales traditionnelles :-)
[^] # Re: temps de pénétration
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 7.
Parce que tu t'y prend mal.
On n'arrive pas sur un projet avec ses gros sabots "tiendez, vla mon patch". C'est comme si tu étais un nouveau commis en cuisine dans un restaurant, que le chef te demande de faire le "gateau au chocolat" star du resto, et que tu en fasses un sans demander la recette (et qu'il y a donc de forte chance que ce ne soit pas le gateau attendu, parce que tu n'aura pas mis la crème qu'il faut, pas utiliser le bon chocolat etc).
Bref, quand on arrive sur un projet, on essaye de se renseigner :
Et là, il y a de forte chance qu'on te réponde, "va lire la doc ici" (quand elle existe :-) ), ou "faut faire comme-ci comme ça"..
Ensuite tu peux commencer ton patch et le proposer en suivant la procédure, le coding style etc…
Pour toi :
- tu ne refais pas 15 fois ton patch pour que ça soit accepté
- ta contribution est plus vite intégrée : ça flattera ton ego
- tu seras mieux vu et plus vite accepté
- les autres contributions n'en seront que plus facile
N'oublie pas que ce sont des êtres humains. Il ne faut donc pas oublier les rêgles sociales traditionnelles :-)