Je vais donner un avis non sur "qui a tort ou raison", mais sur la contribution à un projet libre en général. Note que je n'ai absolument pas lu la discussion dont tu as fait le lien, hormis ces micro-bouts que tu cites ici (et qui sont tellement petits et hors contexte qu'il m'est impossible de me faire une idée, et d'ailleurs ça m'intéresse pas). Je veux être bien clair que mon commentaire n'est absolument pas pour te dire que tu as tort. En fait, si j'ai une opinion: je pense que personne a tort, mais qu'il faut simplement voir un peu plus loin qu'un échange email de quelques minutes pour le comprendre.
Il demande des opinions, eh bien j'en donne.
Il a probablement mal formulé ou alors ne se rendait pas compte lui-même qu'il ne demandait pas une opinion. Il ne demandait pas de propositions non plus. Non mon intuition est qu'il demandait une action concrête. En gros, probablement rêvait-il de quelqu'un qui arrive avec un logiciel de gestion de bugs installé, prêt à l'emploi, et d'une promesse de maintenance. Le fait est qu'il n'a a priori pas le temps (ni l'envie sûrement) d'administrer tout plein de choses. Se limiter au développement de code lui suffit. Par contre il est conscient que ces autres choses sont utiles voire nécessaires quand on atteint un certain nombre d'utilisateurs. Et il aimerait donc d'autres types de contributeurs, ceux qui font de l'administration de serveur.
Bien sûr, on peut avoir peur de faire du travail pour rien. Et si jamais tu te pointes avec une instance de Bugzilla (ou autre) et que tu as pris 2h de ton temps pour tout installer et qu'il refuse (car il trouve Bugzilla mauvais par exemple)? Ce n'est absolument pas impossible. Eh bien, tu sais quoi? C'est pas grave! Ça nous arrive tout le temps en tant que développeurs de logiciels libres. Si tu savais le nombre de patchs que j'ai écrits et qui n'ont pas fini dans le logiciel auquel je contribuais! Je sais pas non plus moi-même combien, mais je suis sûr que la réponse est "beaucoup". Et tout patch prends du temps, des heures souvent, même pour un patch mineur (surtout pour un logiciel auquel on contribue pour la première fois). C'est le jeu du logiciel libre et je n'en veux à personne (même quand je ne suis pas d'accord avec les raisons du refus).
Cela peut paraître contraignant, mais comment faire confiance autrement? Des gars qui nous "conseillent", qui disent "comment faut" faire les choses, qui sont pas contents, qui nous disent que sans "telle fonctionnalité", notre programme c'est de la merde... t'en as des tonnes. Ceux qui font. T'en as beaucoup moins. Et c'est eux qu'on écoute et à qui on donne notre confiance: entre un gars qui nous dit "utilisez le logiciel X", et le gars qui arrive avec un serveur installé et tenu à jour avec le logiciel Y, le choix est vite fait (même si on préfèrerait personnellement X d'ailleurs).
Il indique que le manuel en l'état n'est pas correct. Je lui propose de l'améliorer mais je en sais pas ce qu'il considère comme correct. Donc je lui demande un exemple de manuel qui lui semble correct afin de ne pas perdre du temps à écrire quelque chose à côté de la plaque.
C'est un peu pareil ici. Il n'a pas de manuel qu'il considère correct, comment te donner un exemple, sauf à faire lui-même le travail que justement il dit ne pas vouloir/pouvoir/avoir le temps de faire? Quelqu'un qui arrive avec des exemples concrets de bonnes pages de manuel, il aurait sûrement dit "génial". Ça ne l'aurait pas empêché de faire éventuellement quelques petites corrections ici ou là, puis le contributeur pareil après coup. C'est comme cela qu'on fait un bon manuel libre: incrémentalement à partir d'une base saine et solide.
Je vais donner un exemple concret: sur GIMP, pendant des années, on a eu un vieux site du web de l'an 2000. On le savait qu'il était vieux et hors du temps. Il eut été inutile de nous le dire ou de nous donner des "opinions" parce qu'aucun des développeurs core n'avait l'envie de faire un site web, de toutes façons. On n'allait pas non plus donner des "exemples" de bon site web, car c'eut été limiter les contributeurs intéressants; et puis c'est pas notre boulot. On veut pas avoir à montrer des sites aléatoires et dire "ah bah ça c'est joli". C'est absolument pas constructif pour notre site à nous.
Un jour, un gars est arrivé et a proposé un site bien scripté, avec de l'automatisation, joli et moderne, et surtout on savait qu'il resterait pour le maintenir. Ça a pas fait un pli, quelques mois plus tard, c'est devenu le nouveau site officiel. Ça ne nous empêche pas de donner un avis contradictoire quand on n'aime pas quelque chose, mais notre avis par défaut (notamment si on n'a pas d'avis), c'est "va y, c'est toi qui vois; t'es le boss du site". En gros on attend des contributeurs qu'ils se prennent en main et qu'ils soient indépendants (ils sont en charge de leur partie).
Il ne veut pas administrer le serveur. Je lui propose de m'en occuper. Il n'est nulle part indiqué que je dois aussi payer et fournir le serveur.
Cela peut te paraître abusé, mais les développeurs payent aussi beaucoup, en temps déjà, en matériel, en serveurs (loués ou non) aussi. Une fois qu'un projet commence à avoir une notoriété, il n'est absolument pas inhabituel que les serveurs ou autre matériels complémentaires soient fournis gracieusement, que ce soit par des particuliers ou des entreprises, etc. C'est une autre forme de contribution. En outre quand on ne veut pas avoir à administrer, on ne veut souvent pas même avoir à penser à tout ce qu'il y a autour du serveur: renouveler la location éventuelle, les noms de domaine, mettre à jour régulièrement les données DNS; sans compter que dire de ne pas vouloir administrer, ça veut rarement dire "juste le logiciel bugtracker". Dans un serveur, faut gérer l'OS, les mises-à-jour, la sécurité, lire des logs, etc. Ça me paraîtrait un peu sous-entendu qu'il ne proposait pas de s'occuper de tout cela et que quelqu'un d'autre s'occuperait juste du bugtracker sur ce serveur. Non il voulait probablement quelqu'un qui souhaite s'occuper d'absolument tout le serveur.
En gros, il cherchait probablement des gens qui souhaitent intégrer pleinement l'équipe et savent se prendre en charge, pas des petites mains qui attendent les ordres. Enfin je dis ça... encore une fois tout ce que je dis plus haut, c'est pas forcément une explication de ton exemple précis (dont je sais rien), mais est une extrapolation du fait que c'est souvent ce qu'on cherche dans le logiciel libre: des gens indépendants qui agissent vite et bien et prennent des responsabilités. Un logiciel (libre ou non), c'est une équipe. Perso, je considère Pat David (le gars qui nous a fait le nouveau site, qui agit beaucoup au niveau "communauté", qui fait des tutos, etc.) comme aussi important que les développeurs core de GIMP. Il agit juste sur un autre niveau. Des opinions et des idées, on en entend 30 par jour. Que dis-je! On en a soi-même 10 à la minute (parfois des bonnes même! :P). Si les logiciels avançaient grâce aux idées, alors les êtres humains seraient tellement avancés en informatique que les films futuristes paraîtraient passéistes. Non les logiciels/projets avancent avec les actions.
C'est vraiment une chose fondamentale. S'il y a bien une chose que le logiciel libre peut enseigner, c'est de se responsabiliser et d'agir. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Pas trop étonné
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Obnam est abandonné. Évalué à 10.
Salut,
Je vais donner un avis non sur "qui a tort ou raison", mais sur la contribution à un projet libre en général. Note que je n'ai absolument pas lu la discussion dont tu as fait le lien, hormis ces micro-bouts que tu cites ici (et qui sont tellement petits et hors contexte qu'il m'est impossible de me faire une idée, et d'ailleurs ça m'intéresse pas). Je veux être bien clair que mon commentaire n'est absolument pas pour te dire que tu as tort. En fait, si j'ai une opinion: je pense que personne a tort, mais qu'il faut simplement voir un peu plus loin qu'un échange email de quelques minutes pour le comprendre.
Il a probablement mal formulé ou alors ne se rendait pas compte lui-même qu'il ne demandait pas une opinion. Il ne demandait pas de propositions non plus. Non mon intuition est qu'il demandait une action concrête. En gros, probablement rêvait-il de quelqu'un qui arrive avec un logiciel de gestion de bugs installé, prêt à l'emploi, et d'une promesse de maintenance. Le fait est qu'il n'a a priori pas le temps (ni l'envie sûrement) d'administrer tout plein de choses. Se limiter au développement de code lui suffit. Par contre il est conscient que ces autres choses sont utiles voire nécessaires quand on atteint un certain nombre d'utilisateurs. Et il aimerait donc d'autres types de contributeurs, ceux qui font de l'administration de serveur.
Bien sûr, on peut avoir peur de faire du travail pour rien. Et si jamais tu te pointes avec une instance de Bugzilla (ou autre) et que tu as pris 2h de ton temps pour tout installer et qu'il refuse (car il trouve Bugzilla mauvais par exemple)? Ce n'est absolument pas impossible. Eh bien, tu sais quoi? C'est pas grave! Ça nous arrive tout le temps en tant que développeurs de logiciels libres. Si tu savais le nombre de patchs que j'ai écrits et qui n'ont pas fini dans le logiciel auquel je contribuais! Je sais pas non plus moi-même combien, mais je suis sûr que la réponse est "beaucoup". Et tout patch prends du temps, des heures souvent, même pour un patch mineur (surtout pour un logiciel auquel on contribue pour la première fois). C'est le jeu du logiciel libre et je n'en veux à personne (même quand je ne suis pas d'accord avec les raisons du refus).
Cela peut paraître contraignant, mais comment faire confiance autrement? Des gars qui nous "conseillent", qui disent "comment faut" faire les choses, qui sont pas contents, qui nous disent que sans "telle fonctionnalité", notre programme c'est de la merde... t'en as des tonnes. Ceux qui font. T'en as beaucoup moins. Et c'est eux qu'on écoute et à qui on donne notre confiance: entre un gars qui nous dit "utilisez le logiciel X", et le gars qui arrive avec un serveur installé et tenu à jour avec le logiciel Y, le choix est vite fait (même si on préfèrerait personnellement X d'ailleurs).
C'est un peu pareil ici. Il n'a pas de manuel qu'il considère correct, comment te donner un exemple, sauf à faire lui-même le travail que justement il dit ne pas vouloir/pouvoir/avoir le temps de faire? Quelqu'un qui arrive avec des exemples concrets de bonnes pages de manuel, il aurait sûrement dit "génial". Ça ne l'aurait pas empêché de faire éventuellement quelques petites corrections ici ou là, puis le contributeur pareil après coup. C'est comme cela qu'on fait un bon manuel libre: incrémentalement à partir d'une base saine et solide.
Je vais donner un exemple concret: sur GIMP, pendant des années, on a eu un vieux site du web de l'an 2000. On le savait qu'il était vieux et hors du temps. Il eut été inutile de nous le dire ou de nous donner des "opinions" parce qu'aucun des développeurs core n'avait l'envie de faire un site web, de toutes façons. On n'allait pas non plus donner des "exemples" de bon site web, car c'eut été limiter les contributeurs intéressants; et puis c'est pas notre boulot. On veut pas avoir à montrer des sites aléatoires et dire "ah bah ça c'est joli". C'est absolument pas constructif pour notre site à nous.
Un jour, un gars est arrivé et a proposé un site bien scripté, avec de l'automatisation, joli et moderne, et surtout on savait qu'il resterait pour le maintenir. Ça a pas fait un pli, quelques mois plus tard, c'est devenu le nouveau site officiel. Ça ne nous empêche pas de donner un avis contradictoire quand on n'aime pas quelque chose, mais notre avis par défaut (notamment si on n'a pas d'avis), c'est "va y, c'est toi qui vois; t'es le boss du site". En gros on attend des contributeurs qu'ils se prennent en main et qu'ils soient indépendants (ils sont en charge de leur partie).
Cela peut te paraître abusé, mais les développeurs payent aussi beaucoup, en temps déjà, en matériel, en serveurs (loués ou non) aussi. Une fois qu'un projet commence à avoir une notoriété, il n'est absolument pas inhabituel que les serveurs ou autre matériels complémentaires soient fournis gracieusement, que ce soit par des particuliers ou des entreprises, etc. C'est une autre forme de contribution. En outre quand on ne veut pas avoir à administrer, on ne veut souvent pas même avoir à penser à tout ce qu'il y a autour du serveur: renouveler la location éventuelle, les noms de domaine, mettre à jour régulièrement les données DNS; sans compter que dire de ne pas vouloir administrer, ça veut rarement dire "juste le logiciel bugtracker". Dans un serveur, faut gérer l'OS, les mises-à-jour, la sécurité, lire des logs, etc. Ça me paraîtrait un peu sous-entendu qu'il ne proposait pas de s'occuper de tout cela et que quelqu'un d'autre s'occuperait juste du bugtracker sur ce serveur. Non il voulait probablement quelqu'un qui souhaite s'occuper d'absolument tout le serveur.
En gros, il cherchait probablement des gens qui souhaitent intégrer pleinement l'équipe et savent se prendre en charge, pas des petites mains qui attendent les ordres. Enfin je dis ça... encore une fois tout ce que je dis plus haut, c'est pas forcément une explication de ton exemple précis (dont je sais rien), mais est une extrapolation du fait que c'est souvent ce qu'on cherche dans le logiciel libre: des gens indépendants qui agissent vite et bien et prennent des responsabilités. Un logiciel (libre ou non), c'est une équipe. Perso, je considère Pat David (le gars qui nous a fait le nouveau site, qui agit beaucoup au niveau "communauté", qui fait des tutos, etc.) comme aussi important que les développeurs core de GIMP. Il agit juste sur un autre niveau. Des opinions et des idées, on en entend 30 par jour. Que dis-je! On en a soi-même 10 à la minute (parfois des bonnes même! :P). Si les logiciels avançaient grâce aux idées, alors les êtres humains seraient tellement avancés en informatique que les films futuristes paraîtraient passéistes. Non les logiciels/projets avancent avec les actions.
C'est vraiment une chose fondamentale. S'il y a bien une chose que le logiciel libre peut enseigner, c'est de se responsabiliser et d'agir. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]