IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

« Non, open source ne veut pas dire support gratuit inclus », lance le créateur de Raccoon dédié au téléchargement des APK pour Android :
L'open source souffre-t-il du problème de travail gratuit ?

Le , par Patrick Ruiz

55PARTAGES

16  0 
Open source … L’expression est vieille de plus d'une vingtaine d'années désormais. Le mouvement a désormais pénétré la quasi-totalité des domaines de l’informatique. En début d’année, un développeur a volontairement corrompu des bibliothèques open source après avoir demandé rémunération pour son travail. La manœuvre faisait suite à des questionnements sur les raisons pour lesquelles peu de personnes sont prêtes à payer pour utiliser les logiciels de bases de données open source. L’open source souffre-t-il du problème de travail gratuit ? Le créateur de Raccoon dédié au téléchargement des APK pour Android donne son avis et signe d’entrée : « non, open source ne veut pas dire support gratuit inclus. »

L’intégralité de sa position

Voici une conversation paraphrasée que j'ai trop souvent, qui me fait perdre beaucoup trop de temps et m'empêche de faire des choses bien plus importantes :



À partir de là, ça dérape en général en une tirade pleurnicharde sur le fait que je suis un minable développeur à deux balles qui se fout de son code (ce qui est ridicule, puisque, fierté professionnelle mise à part, j'ai tout intérêt à corriger les bogues, pour éviter que ma boîte de réception ne soit inondée) et qui veut juste arnaquer ses utilisateurs.

Dans le passé, j'ai parfois cédé (lorsqu'il semblait que quelque chose ne tournait pas rond). J'ai examiné le problème et j'ai presque toujours constaté que rien n'était cassé, que le logiciel ne fonctionnait pas comme prévu (ce qui est en fait prévisible pour tout logiciel raisonnablement complexe). L'utilisateur n'avait tout simplement pas pris la peine de lire la documentation et avait essayé d'éviter les frais en faisant passer la demande d'assistance pour un rapport de bogue. Aujourd'hui, ma politique est donc la suivante : pas de ticket d'assistance, pas de service. Toute demande de ce type va directement à la corbeille sans même être examinée.

Voici ce qu'il en est : j'écris des logiciels libres pour résoudre mon problème. Je vous laisse utiliser mes solutions parce que cela ne me coûte rien (enfin, presque, je dois encore payer pour le site web sur lequel vous téléchargez. Vous êtes les bienvenus, d'ailleurs). Je fournis également le code source, afin que vous puissiez corriger vous-même les choses, si ma solution s'avère inadaptée. Cependant, dès lors que vous me présentez un "rapport de bogue" qui n'inclut pas un correctif (ou du moins qui n'identifie pas très précisément le problème), vous me demandez en fait de me pencher sur votre problème. À ce stade, le coût n'est plus nul pour moi et c'est la raison pour laquelle je vous fais payer : vous me demandez de passer du temps pour vous. C'est ce qu'on appelle communément le travail. Et étonnamment, le travail est ce pour quoi les gens s'attendent à être payés.

Ne vous méprenez pas. Je suis heureux d'aider. Vendre de l'aide est ce qui permet de garder les lumières allumées ici (ai-je mentionné le coût de fonctionnement d'un serveur web ?). Mais venir me voir sous de faux prétextes et/ou attendre de moi que je fournisse un service gratuit en plus d'un logiciel que j'ai donné gratuitement ne va pas vous faire gagner des faveurs.

Cela cesse d'être gratuit, quand cela commence à me coûter ! Mon temps est précieux. Si vous en voulez une partie, je veux de l'argent en retour. Point final.

Qu’en disent les chiffres ?

Un sondage de Digital Ocean paru en début d’année dernière indique que les développeurs estiment qu’ils doivent percevoir une rémunération pour leurs contributions, et ce, des grosses entreprises technologiques en premier. Le sondage s’appuie sur les retours de 4440 développeurs participant aux projets open source et issus d’Amérique du Nord, d’Europe et de la région Asie-Pacifique. Plus de la moitié des répondants estiment que les participants devraient être payés pour contribuer aux projets open source (54 %), tandis qu'environ un tiers restent indécis. Seuls 12 % des répondants sont contre le fait de payer les individus pour leurs contributions.



En ce qui concerne la question de savoir qui doit être payé, le rapport met une division entre répondants en lumière. 35 % pensent que les mainteneurs doivent être rémunérés, 30 % préconisent que les contributeurs soient rémunérés et 25 % sont d'avis que les auteurs doivent être rémunérés pour leur travail. Il est intéressant de noter que les jeunes générations sont beaucoup plus favorables au paiement des contributions à l'open source que certains de leurs pairs plus âgés. 60 % des répondants âgés de 18 à 24 ans pensent que les individus devraient être rémunérés pour leurs contributions à l'open source, alors que seulement 53 % des 25 à 34 ans, 51 % des 35 à 44 ans, 42 % des 45 à 54 ans et seulement 34 % des plus de 55 ans sont d'accord.



Les répondants ont également été interrogés sur la question de savoir qui devrait financer ces paiements. Environ la moitié des répondants pensent que les entreprises technologiques devraient financer le paiement des contributions à l'open source, tandis qu'un quart pensent que les propriétaires de projets ou les particuliers devraient payer.

Dans une sphère alimentée par les dons qui permettent de dégager le « salaire » des mainteneurs, Andre Staltz note que « la plupart [80 %] des projets open source considérés comme durables reçoivent en fait un revenu inférieur aux normes de l'industrie ou même inférieur au seuil de pauvreté.*» Dans les chiffres, le créateur du réseau social Manyverse passait en revue les 58 projets les plus populaires de la plateforme OpenCollective – un choix qu’il justifie par la disponibilité des données financières des projets qui y sont listés.

« Plus de 50 % des projets sont marqués en rouge : il s'agit de ceux qui ne peuvent pas apporter le soutien nécessaire à leurs mainteneurs en dessous du seuil de pauvreté. 31 % des projets sont marqués en orange et se composent de développeurs prêts à travailler pour un salaire qui serait considéré comme inacceptable dans notre industrie. 12 % sont marqués en vert et seulement 3 % sont marqués en bleu : Webpack et Vue.js. Le revenu par étoile GitHub est important : les projets durables ont généralement plus de 2 $ par étoile. Cependant, la valeur médiane est de 1,22 $ par étoile. La taille de l'équipe est également importante pour la durabilité : plus l'équipe est petite, plus elle a de possibilités de soutenir ses mainteneurs. Le don médian par année est de 217 $, ce qui est substantiel lorsqu'on fait une analyse du point de vue individuel, mais en réalité, cela inclut le parrainage d'entreprises qui le font aussi pour leurs propres besoins de marketing », ajoute-t-il en s’aidant de statistiques 2019 de GitHub et OpenCollective.

Staltz est d’avis que l’un des problèmes avec l’open source est que « ces projets sur lesquels plusieurs entreprises s’appuient ont besoin de dons et n’en reçoivent pas assez. » « 2,5 millions de dollars par an pour tous ces projets [ceux de son enquête] ce n’est pas assez. Ce n’est pas le modèle de financement par dons qui fait problème, mais bien cette culture d’entreprise qui consiste à s’inspirer de l’open source beaucoup plus qu’elle ne lui apporte. Le partage est l'essence même de l'open source. Ce n'est pas seulement une question d'argent. Il s'agit pour tous les intervenants de garder à l'esprit qu'il faut des contributions logicielles, de la documentation, etc. En tous cas, je crois en ce modèle. », ajoute-t-il.

« Dès le départ, il faut lancer le projet sous une licence copyleft forte. Il faut ensuite entamer une campagne de financement participatif pour transformer la licence du projet en une autre plus permissive une fois qu'un financement suffisant est disponible*», suggère-t-il en guise de modèle de financement de projet open source.


Et vous ?

Êtes-vous pour ou contre le fait de payer les individus pour leurs contributions open source ? Quel est votre avis sur la position du créateur de Raccoon ?
Qui doit financer le paiement des contributions à l’open source ? Les grosses entreprises technologiques ? Les propriétaires desdits projets ? Les utilisateurs ?
Quel est le modèle de financement le plus approprié pour la filière open source ?

Voir aussi :

Emploi : l'open source est un domaine porteur, mais les talents restent une denrée rare, révèle l'Open Source Jobs Report de 2016

Quelles sont les entreprises qui contribuent le plus aux projets open source ? Microsoft positionné en tête sur GitHub

Europe : l'open source va-t-il être exclu des standards pour le Marché Numérique Unique ? L'UE penche vers le modèle de licence FRAND

L'Open Source peut-il avoir la priorité dans les entreprises françaises ? L'équipe IT de Société Générale veut gagner ce pari

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de defZero
Membre extrêmement actif https://www.developpez.com
Le 09/03/2022 à 0:09
Êtes-vous pour ou contre le fait de payer les individus pour leurs contributions open source ? Quel est votre avis sur la position du créateur de Raccoon ?

Je suis totalement pour et le créateur de Raccoon à tout à fait raison de réagir comme il la fait, mais pour moi c'est juste un comportement normale à vrai dire.

Si vous voulez mettre une de vos création en libre service, c'est très bien.
Maintenant si quelqu'un vient vous demander pour faire tel ou tel modification "parce que ça l'arrangerait" alors là c'est une demande de service et on rentre dans une relation commerciale.
C'est comme ça que fonctionne le monde depuis toujours il me semble "besoin = offre" .

Qui doit financer le paiement des contributions à l’open source ? Les grosses entreprises technologiques ? Les propriétaires desdits projets ? Les utilisateurs ?

Aucuns de cela, et pour faire simple et concis je dirai uniquement les clients .

Si un logiciel vous est utile, mais que vous n'en tirez pas vous même profit, vous pouvez toujours le soutenir financièrement pour qu'il continu d'exister, mais les seule à pouvoir "justifier" le payement de salaire serait plutôt les clients qui en ont un usage commerciale et à qui ça fait gagner de l'argent (Time is money )

Quel est le modèle de financement le plus approprié pour la filière open source ?

La vente de services associer me semble être ce qui fonctionne le mieux et ce qui semble le plus pérenne comme solution de financement.
Après vous pouvez toujours avoir des investisseurs via financements participatif ou cagnottes, mais pour toucher un salaire et sur le long terme je ne vois que la facturation de services associer au projet.

Peut-être qu'un jour émergera une platform faisant payer l'entrée pour financer les projets sous ça houlette, mais pour le moment l'industrie fait plutôt payer le client & le dev pour l'insigne honneur de l'autorisé à afficher leurs projets sur les stores des mieux nantis .
3  0 
Avatar de smarties
Expert confirmé https://www.developpez.com
Le 09/03/2022 à 8:20
Êtes-vous pour ou contre le fait de payer les individus pour leurs contributions open source ? Quel est votre avis sur la position du créateur de Raccoon ?
C'est normal, tout travail mérite rémunération... Même si parfois/souvent le projet part d'une passion/idée de quelqu'un qui le réalise comme passe temps.
Le fait de le rendre open source permet d'assurer une continuité de service si la société qui l'édite arrête de le commercialiser.
Si un client a besoin d'une fonctionnalité qui sort de la roadmap, il paye un contributeur ou un freelance.

Qui doit financer le paiement des contributions à l’open source ? Les grosses entreprises technologiques ? Les propriétaires desdits projets ? Les utilisateurs ?
Question difficile, dans un de mes présédent travails, j'avais proposé que la société fasse un don car nous utilisions un logiciel open source depuis plusieurs mois, mais ça n'a pas abouti.

Quel est le modèle de financement le plus approprié pour la filière open source ?
- hébergement payant du service comme ça le client n'a pas à louer un serveur et à le gérer
- une taxe pour les filières IT ? mais ça risque de faire un peu comme la redevance TV
- de la publicité un peu comme pour HADOPI mais pour l'open source ?
- possibilité de faire des dons autre que financier : envoi postal de produits aux contributeurs (après acceptation), chèques cadeau, réductions, abonnement à un service dématérialisé, hébergement gratuit, réduction d'impôt, ...
1  0 
Avatar de cdubet
Membre confirmé https://www.developpez.com
Le 12/03/2022 à 9:53
Si vous allez voir un garagiste pour lui dire que votre voiture ne demarre pas, ca ne vous viendrait pas a l idee de ne pas le payer
Idem pour un medecin qui vous soigne

Donc pourquoi diable une personne devrait travailler gratuitement parce que c est du logiciel ?
c est juste devaloriser la profession
L open source est egnial au point de vue technique mais c est une catastrophe au niveau social puisque ca incite les entreprises a sous payer
Je me demande pourquoi des gens passent leur temps pour un travail (car ca en est un si vous y passez plusieurs heures par jour (et la correction de bug c est pas fun)) pour un revenu ridicule
1  0