Moui... personnellement, je trouve aussi et surtout que les choses ont changé.
Je travaille depuis des années sur un projet opensource, relativement modeste en taille et en fonctionnalités, et j'ai quand meme observé les choses suivantes:
1- une contribution à un projet, c'est pas forcément du code. J'ai reçu nombre de traductions, documentations, rapports de bugs, ... Et de plus, je considère que les gens qui "supportent" le logiciel à ma place (ie en aidant les autres utilisateurs à l'aide du forum), sont également des contributeurs du projet.
2- au sujet de la contribution au code proprement dit, j'ai observé une érosion. Il y a 3 ans, j'avais de temps à autre quelqu'un qui envoyait un patch ou une idée suffisament bien documentée pour que l'implémentation suive de suite. De nos jours, c'est plus rare.
3- à l'inverse, il m'est arrivé d'envoyer des patches pour plein d'autres projets, pas toujours suivis de retour par les responsables des projets (pourtant, les patches étaient corrects et fixaient des bugs bien réels).
4- je suis abonné (et parfois participant) à plusieurs ML de projets opensource, et je constate que les points 2 et 3 sont partagés par la plupart des projets de cet échantillon.
tout ça me semble donc refléter une genre de tendance "sociale" assez profonde dans le monde de l'opensource :
1- les nouveaux arrivés dans ce monde sont de plus en plus des utilisateurs simples ne cherchant pas à s'impliquer
2- les nouveaux arrivés viennent d'horizons bien différents et ne sont plus seulement des informaticiens
3- la multiplication du nombre de projets (y compris pour des logiciels à fonctionnalités équivalentes), a globalement nuit à l'efficacité du modèle en dispersant les développeurs sur plusieurs ressources, mais, en contrepartie, a augmenté les choix des utilisateurs (mais également diminué le nombre de retours utiles par projet)
après, reste encore des spécificités à examiner projet par projet. Typiquement, plus un projet a de doublons, moins le modele opensource fonctionne en moyenne pour chacun de ces projets...
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par anonyme512 . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 9.
Je travaille depuis des années sur un projet opensource, relativement modeste en taille et en fonctionnalités, et j'ai quand meme observé les choses suivantes:
1- une contribution à un projet, c'est pas forcément du code. J'ai reçu nombre de traductions, documentations, rapports de bugs, ... Et de plus, je considère que les gens qui "supportent" le logiciel à ma place (ie en aidant les autres utilisateurs à l'aide du forum), sont également des contributeurs du projet.
2- au sujet de la contribution au code proprement dit, j'ai observé une érosion. Il y a 3 ans, j'avais de temps à autre quelqu'un qui envoyait un patch ou une idée suffisament bien documentée pour que l'implémentation suive de suite. De nos jours, c'est plus rare.
3- à l'inverse, il m'est arrivé d'envoyer des patches pour plein d'autres projets, pas toujours suivis de retour par les responsables des projets (pourtant, les patches étaient corrects et fixaient des bugs bien réels).
4- je suis abonné (et parfois participant) à plusieurs ML de projets opensource, et je constate que les points 2 et 3 sont partagés par la plupart des projets de cet échantillon.
tout ça me semble donc refléter une genre de tendance "sociale" assez profonde dans le monde de l'opensource :
1- les nouveaux arrivés dans ce monde sont de plus en plus des utilisateurs simples ne cherchant pas à s'impliquer
2- les nouveaux arrivés viennent d'horizons bien différents et ne sont plus seulement des informaticiens
3- la multiplication du nombre de projets (y compris pour des logiciels à fonctionnalités équivalentes), a globalement nuit à l'efficacité du modèle en dispersant les développeurs sur plusieurs ressources, mais, en contrepartie, a augmenté les choix des utilisateurs (mais également diminué le nombre de retours utiles par projet)
après, reste encore des spécificités à examiner projet par projet. Typiquement, plus un projet a de doublons, moins le modele opensource fonctionne en moyenne pour chacun de ces projets...