Mmm parler « d’excuse » dans le cadre d’un projet bénévole me surprend un peu.
Exactement. Pourtant c'est la logique de pensée de beaucoup. GIMP est un projet bénévole qui marche entièrement volontairement: les faiseurs décident. Pourtant on trouve plein de gens qui ont besoin d'excuse, alors qu'on s'en fiche: tu fais ou tu fais pas. On n'en veut à personne si ils ne font pas, et on comprends complètement les autres priorités de la vie. Par contre les critiques du type "Je fais pas car c'est en C, mais si c'était en Python, je ferais, alors obéissez moi, faites une GUI en Python et alors seulement je contribuerai (peut-être)", ce serait une excuse pour ne pas agir soi-même (si vraiment c'est ce qu'ils veulent). Or on n'a rien demandé, on demande pas aux gens de s'excuser ni même de faire quoi que ce soit. On peut pas nous reprocher que certains non-contributeurs se sentent obligés d'avoir des excuses.
Bon ceci dit, je n'ai jamais vraiment suivi ces discussions sur l'utilisation d'un autre langage ou je les ai loupées. Donc je crois pas que ce soit si prédominant que ça. Mais ce genre de remarque est vrai pour plein de fonctionnalités.
J’ai l’impression que vous mettez pas mal la pression avant de considérer que quelqu’un fait partie de l’équipe. Ça peut être contre-productif, non ?
Euh... en quoi? Si quelqu'un nous demande de faire un changement profond en changeant le langage de 80% du code de GIMP, et qu'on lui dit "ok propose quelque chose (c'est à dire du code, des patchs!) si tu penses que c'est vraiment mieux", on met la pression sur les contributeurs? J'espère que c'est une blague. On n'est pas aux ordres de chaque gars qui a une idée de changement pour techno à la mode (déjà que je trouve pas le temps pour implémenter tous les trucs que moi je veux faire).
Sérieusement, la raison pour laquelle je suis resté dans GIMP est justement parce qu'ils ont été une des équipes de logiciel libre parmi les plus ouvertes que j'ai jamais vues. J'ai contribué régulièrement par ci par là à pas mal de projets. Jusque là, je faisais des patchs quand je tombais sur un bug dans un programme que j'utilisais, espérais qu'ils soient intégrés, puis passais mon chemin après avoir fait intégrer les quelques patchs que je souhaitais. Dans certains projets même, mes patchs n'ont jamais été revus (malgré des relances), puis ont été oubliés (même par moi). C'est la vie. Je n'ai jamais mal pris même cela ni n'en veut à personne.
GIMP, j'ai commencé par quelques patchs tout simples (aussi bien sur GIMP même que babl et GEGL) sur le bugtracker, comme d'habitude. Puis au bout d'à peine 1 ou 2 mois, Mitch me dit un jour, en substance "attend là t'es chiant, tu me donnes trop de travail et en plus tes patchs sont tous bien écrits, je te donne les droits d'écriture". Franchement c'était la première fois qu'un projet tiers me donnait des droits d'écriture si vite (bon je les avais eu aussi sur mrxvt, et pareil, l'équipe était super cool, donc peut-être seconde fois). Dès le départ, je me suis donc senti super bien accueilli. C'est très agréable. Un ou 2 mois plus tard encore (à peine quelques mois après mes premiers patchs), GIMP m'invite à Libre Graphics Meeting pour la première fois (trajet et logement payé). Je ne connaissais pas l'évènement à cette époque. Je me suis donc retrouvé à Madrid et ai rencontré tout le monde pour la première fois (aussi). Ils étaient cool, et Mitch en particulier est un gars assez relax et simple.
Depuis je me fais un point d'honneur de faire pareil. J'essaie de faire que les contributeurs se sentent bien et vite. Dès qu'on a des séries de contributions de qualité, qui durent un peu, je demande à ce que la personne ait les droits d'écriture pour qu'il se sente accepté et sa contribution reconnue.
Même les non-développeurs, on fait tout pour qu'ils se sentent reconnus et on les invite très régulièrement aux évènements (quand on y pense, c'est dur de tenir à jour une liste de contributeurs; il peut donc arriver qu'on oublie d'inviter quelqu'un), avec les mêmes avantages que les développeurs. Par exemple Patrick David, qui fait beaucoup dans la communauté et depuis nous a fait un nouveau site web, etc. Au prochain LGM, j'ai invité Americo Gobbo, un peintre qui fait beaucoup de choses avec GIMP et propose plein de choses, fait des rapports de bugs, des posts sur le web... Dernièrement il a commencé à proposer des changements de GUI. On lui a donné un login sur le wiki pour les formaliser. Malheureusement ses changements ne sont pas implémentés ou même beaucoup discuté par manque de temps développeur. C'est pour cela que je l'ai invité pour qu'on puisse en discuter tous ensemble, et qui sait, si on débloque du temps et de l'intérêt chez les développeurs, on pourra peut-être améliorer l'UI de GIMP sur plein de choses. Au moins, en discuter est déjà une avancée.
Les rapporteurs de bug aussi, on le fait savoir lorsqu'ils font vraiment le genre de rapports qui font avancer les choses. Typiquement lui, il traîne encore sur notre chat et il débusque régulièrement des bugs à corriger.
Franchement j'ai du mal à voir où on peut voir de la "pression". Moi perso j'ai vécu que de l'ouverture. Bien sûr, parfois certains ont un franc parler qui peut être mal compris par certains. J'ai aussi eu au moins un clash avec quelqu'un, mais c'est le genre de choses qui arrivent entre humains et depuis ça va mieux. Ce qui importe, c'est de ne pas garder de rancœur et d'en parler (même si le ton monte parfois), et aussi savoir accepter les différences (certaines qu'on peut ne pas apprécier mais on n'est pas là pour essayer de changer les autres; il faut savoir travailler ensemble). Ça c'est pour dire qu'on n'est pas chez les bisounours, et tu ne trouveras aucune équipe sans certains clashs de temps en temps après quelques années. Ce qui est important, c'est de voir ce qui se passe "après". Est-ce des gens capables de passer outre leur fierté perso pour aller de l'avant? Chez GIMP, c'est ce que j'ai vu.
GIMP? Globalement c'est une équipe ouverte et compréhensive.
Oui, on a une revue de code stricte et on accepte que du code de qualité (ce qui ne veut pas dire qu'on refuse le reste, ça veut dire qu'on revoit le code et explique quoi changer, et comment; parfois on le fait nous-même au bout d'un moment). Et on ne change pas tout un pan du code pour une nouvelle technologie à la mode sur demande. Par contre, on accepte volontiers à la discussion les patchs de qualité qui nous proposent de faire ça.
Si pour quelqu'un, ça veut dire "mettre la pression". Alors on a vraiment des définitions différentes.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Paradoxe
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 10.
Exactement. Pourtant c'est la logique de pensée de beaucoup. GIMP est un projet bénévole qui marche entièrement volontairement: les faiseurs décident. Pourtant on trouve plein de gens qui ont besoin d'excuse, alors qu'on s'en fiche: tu fais ou tu fais pas. On n'en veut à personne si ils ne font pas, et on comprends complètement les autres priorités de la vie. Par contre les critiques du type "Je fais pas car c'est en C, mais si c'était en Python, je ferais, alors obéissez moi, faites une GUI en Python et alors seulement je contribuerai (peut-être)", ce serait une excuse pour ne pas agir soi-même (si vraiment c'est ce qu'ils veulent). Or on n'a rien demandé, on demande pas aux gens de s'excuser ni même de faire quoi que ce soit. On peut pas nous reprocher que certains non-contributeurs se sentent obligés d'avoir des excuses.
Bon ceci dit, je n'ai jamais vraiment suivi ces discussions sur l'utilisation d'un autre langage ou je les ai loupées. Donc je crois pas que ce soit si prédominant que ça. Mais ce genre de remarque est vrai pour plein de fonctionnalités.
Euh... en quoi? Si quelqu'un nous demande de faire un changement profond en changeant le langage de 80% du code de GIMP, et qu'on lui dit "ok propose quelque chose (c'est à dire du code, des patchs!) si tu penses que c'est vraiment mieux", on met la pression sur les contributeurs? J'espère que c'est une blague. On n'est pas aux ordres de chaque gars qui a une idée de changement pour techno à la mode (déjà que je trouve pas le temps pour implémenter tous les trucs que moi je veux faire).
Sérieusement, la raison pour laquelle je suis resté dans GIMP est justement parce qu'ils ont été une des équipes de logiciel libre parmi les plus ouvertes que j'ai jamais vues. J'ai contribué régulièrement par ci par là à pas mal de projets. Jusque là, je faisais des patchs quand je tombais sur un bug dans un programme que j'utilisais, espérais qu'ils soient intégrés, puis passais mon chemin après avoir fait intégrer les quelques patchs que je souhaitais. Dans certains projets même, mes patchs n'ont jamais été revus (malgré des relances), puis ont été oubliés (même par moi). C'est la vie. Je n'ai jamais mal pris même cela ni n'en veut à personne.
GIMP, j'ai commencé par quelques patchs tout simples (aussi bien sur GIMP même que babl et GEGL) sur le bugtracker, comme d'habitude. Puis au bout d'à peine 1 ou 2 mois, Mitch me dit un jour, en substance "attend là t'es chiant, tu me donnes trop de travail et en plus tes patchs sont tous bien écrits, je te donne les droits d'écriture". Franchement c'était la première fois qu'un projet tiers me donnait des droits d'écriture si vite (bon je les avais eu aussi sur mrxvt, et pareil, l'équipe était super cool, donc peut-être seconde fois). Dès le départ, je me suis donc senti super bien accueilli. C'est très agréable. Un ou 2 mois plus tard encore (à peine quelques mois après mes premiers patchs), GIMP m'invite à Libre Graphics Meeting pour la première fois (trajet et logement payé). Je ne connaissais pas l'évènement à cette époque. Je me suis donc retrouvé à Madrid et ai rencontré tout le monde pour la première fois (aussi). Ils étaient cool, et Mitch en particulier est un gars assez relax et simple.
Depuis je me fais un point d'honneur de faire pareil. J'essaie de faire que les contributeurs se sentent bien et vite. Dès qu'on a des séries de contributions de qualité, qui durent un peu, je demande à ce que la personne ait les droits d'écriture pour qu'il se sente accepté et sa contribution reconnue.
Même les non-développeurs, on fait tout pour qu'ils se sentent reconnus et on les invite très régulièrement aux évènements (quand on y pense, c'est dur de tenir à jour une liste de contributeurs; il peut donc arriver qu'on oublie d'inviter quelqu'un), avec les mêmes avantages que les développeurs. Par exemple Patrick David, qui fait beaucoup dans la communauté et depuis nous a fait un nouveau site web, etc. Au prochain LGM, j'ai invité Americo Gobbo, un peintre qui fait beaucoup de choses avec GIMP et propose plein de choses, fait des rapports de bugs, des posts sur le web... Dernièrement il a commencé à proposer des changements de GUI. On lui a donné un login sur le wiki pour les formaliser. Malheureusement ses changements ne sont pas implémentés ou même beaucoup discuté par manque de temps développeur. C'est pour cela que je l'ai invité pour qu'on puisse en discuter tous ensemble, et qui sait, si on débloque du temps et de l'intérêt chez les développeurs, on pourra peut-être améliorer l'UI de GIMP sur plein de choses. Au moins, en discuter est déjà une avancée.
Les rapporteurs de bug aussi, on le fait savoir lorsqu'ils font vraiment le genre de rapports qui font avancer les choses. Typiquement lui, il traîne encore sur notre chat et il débusque régulièrement des bugs à corriger.
Franchement j'ai du mal à voir où on peut voir de la "pression". Moi perso j'ai vécu que de l'ouverture. Bien sûr, parfois certains ont un franc parler qui peut être mal compris par certains. J'ai aussi eu au moins un clash avec quelqu'un, mais c'est le genre de choses qui arrivent entre humains et depuis ça va mieux. Ce qui importe, c'est de ne pas garder de rancœur et d'en parler (même si le ton monte parfois), et aussi savoir accepter les différences (certaines qu'on peut ne pas apprécier mais on n'est pas là pour essayer de changer les autres; il faut savoir travailler ensemble). Ça c'est pour dire qu'on n'est pas chez les bisounours, et tu ne trouveras aucune équipe sans certains clashs de temps en temps après quelques années. Ce qui est important, c'est de voir ce qui se passe "après". Est-ce des gens capables de passer outre leur fierté perso pour aller de l'avant? Chez GIMP, c'est ce que j'ai vu.
GIMP? Globalement c'est une équipe ouverte et compréhensive.
Oui, on a une revue de code stricte et on accepte que du code de qualité (ce qui ne veut pas dire qu'on refuse le reste, ça veut dire qu'on revoit le code et explique quoi changer, et comment; parfois on le fait nous-même au bout d'un moment). Et on ne change pas tout un pan du code pour une nouvelle technologie à la mode sur demande. Par contre, on accepte volontiers à la discussion les patchs de qualité qui nous proposent de faire ça.
Si pour quelqu'un, ça veut dire "mettre la pression". Alors on a vraiment des définitions différentes.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]