On développe du libre sur son temps libre. Alors parfois on a un peu moins de temps libre, parce que on a du travail à l'unif, ou que on occupe ses temps libres autrement par moment. Il y a des période ou le projet sur lequel on travail ne compile même plus, car on a plus l'environnement de developpement complet.
Quand on a un peu de temps pour coder, on préfère parfois coder pour soi.
Quand on reçoi un patch, ça demande du travail.
Il faut lire le patch, ce qui peut prendre du temps, surtout s'il est gros.
En général, avec l'expérience qu'on a du projet on trouve facilement des morceau de code qui sont pas bon et qui devrais être corrigé. En plus de ça il y a nos préférences personnelles, qui fait que on aurais pas fait comme ça, et que ça correspond pas à notre mode de pensée.
Il faut aussi tester un minimum le patch avant de l'intégré, ce qui nécessite du temps, et un système qui fonctionne.
Rien que le fait d'appliquer le patch et de le commiter ça peut prendre un temps énnervant quand on a autre chose à faire.
Dans le cas d'une nouvelle fonctionalité, ça doit aussi se maintenir. Faire évoluer avec le reste du projet lorsque on change quelque chose, répondre au rapport de bugs, ....
Il m'est déjà arrivé d'enlever des fonctionalités apportées par des contributeurs externe car je n'avais pas envie de les maintenir et qu'ils ne répondait plus.
Parfois je reçois un patch à un momant ou je suis pas vraiment disponible. Je me dis que je dois y répondre, mais finalement ça traîne et j'oublie. "Tant pis".
Par contre, une personne qui a déjà envoyé quelques patches, à qui on a déjà fait de brève remarques pour lui apprendre un peu le fonctionnement du projet, et qui a l'air motivé, on est content de pouvoir lui donner un compte sur le gestionnaire de version de manière à ce qu'il développe avec nous. Quand le projet est suffisamment modulaire il est tout à fait possible de travailler à plusieurs sans se marcher sur les pieds.
Pour résumer, j'aime bien recevoir des patches, quand la personne qui l'envoi est motivée pour le maintenir. Mais il faut être patient quand on envoi un patch, ne pas avoir peur d'insister un peu, mais sans mettre le dev sous pression non plus. Le tout est une question de respect
[^] # Re: Contribution 'utilisateur'
Posté par Gof (site web personnel) . En réponse au journal Retours d'expérience sur contributions au libre. Évalué à 10.
On développe du libre sur son temps libre. Alors parfois on a un peu moins de temps libre, parce que on a du travail à l'unif, ou que on occupe ses temps libres autrement par moment. Il y a des période ou le projet sur lequel on travail ne compile même plus, car on a plus l'environnement de developpement complet.
Quand on a un peu de temps pour coder, on préfère parfois coder pour soi.
Quand on reçoi un patch, ça demande du travail.
Il faut lire le patch, ce qui peut prendre du temps, surtout s'il est gros.
En général, avec l'expérience qu'on a du projet on trouve facilement des morceau de code qui sont pas bon et qui devrais être corrigé. En plus de ça il y a nos préférences personnelles, qui fait que on aurais pas fait comme ça, et que ça correspond pas à notre mode de pensée.
Il faut aussi tester un minimum le patch avant de l'intégré, ce qui nécessite du temps, et un système qui fonctionne.
Rien que le fait d'appliquer le patch et de le commiter ça peut prendre un temps énnervant quand on a autre chose à faire.
Dans le cas d'une nouvelle fonctionalité, ça doit aussi se maintenir. Faire évoluer avec le reste du projet lorsque on change quelque chose, répondre au rapport de bugs, ....
Il m'est déjà arrivé d'enlever des fonctionalités apportées par des contributeurs externe car je n'avais pas envie de les maintenir et qu'ils ne répondait plus.
Parfois je reçois un patch à un momant ou je suis pas vraiment disponible. Je me dis que je dois y répondre, mais finalement ça traîne et j'oublie. "Tant pis".
Par contre, une personne qui a déjà envoyé quelques patches, à qui on a déjà fait de brève remarques pour lui apprendre un peu le fonctionnement du projet, et qui a l'air motivé, on est content de pouvoir lui donner un compte sur le gestionnaire de version de manière à ce qu'il développe avec nous. Quand le projet est suffisamment modulaire il est tout à fait possible de travailler à plusieurs sans se marcher sur les pieds.
Pour résumer, j'aime bien recevoir des patches, quand la personne qui l'envoi est motivée pour le maintenir. Mais il faut être patient quand on envoi un patch, ne pas avoir peur d'insister un peu, mais sans mettre le dev sous pression non plus. Le tout est une question de respect