Le manque de rémunération reste l'un des principaux problèmes des développeurs de logiciels libres 

rémunération

Rémunération dans les projets open source

L'un des tla question la plus controversée du logiciel libre est la question de la « rémunération » pour les développeurs, et c'est Ce n'est pas pour rien qu'il s'agit d'un sujet plutôt complexe et controversé, etCar d'un côté, l'équilibre réside dans la pérennité financière des projets open source et, de l'autre, il existe des modèles de parrainage, de financement collectif, de dons ou encore de « versions payantes ».

La raison pour laquelle nous abordons ce sujet est que récemment Thomas Stringer un développeur et programmeur de logiciels open source, parle des problèmes auxquels les développeurs open source sont confrontés.

Thomas Stringer détaille que Le manque de rémunération dans l’espace open source décourage de plus en plus les développeurs.

Dans son message, il partage :

Bien que je sois ingénieur logiciel de profession, je suis également programmeur informatique par passe-temps et par passion. Je fais donc ce que je fais depuis plus d'une décennie : j'allume mon ordinateur pour écrire du code.

Que faire, que faire... Apprendre quelque chose de nouveau ? Peut-être. Écrire un article de blog ? Eh bien, me voici. Mais… au fond, je sais que j'ai des projets open source qui nécessitent une certaine attention. Il s’avère que l’un d’entre eux est très utilisé. J'ai près de 3/4 millions de téléchargements et c'est quelque chose que les gens semblent penser comme ayant un certain niveau d'utilité. Ce sont les bons côtés. Le problème, c'est qu'il existe une douzaine de problèmes que je n'ai même pas examinés, encore moins classés, étudiés et résolus. Il y a quelques PR communautaires que je dois consulter. Certaines dépendances doivent être mises à jour. La liste se rallonge de plus en plus. Ce projet a atteint une étape OSS pas si rare : l’épuisement professionnel du responsable.

Bien que les développeurs du monde du logiciel libre contribuent souvent volontairement à des projets sans recevoir de compensation financière directe, le manque de rémunération peut poser des problèmes importants à ceux qui souhaitent consacrer plus de temps à contribuer, mais doivent couvrir leurs besoins et obligations financiers.

Thomas Stringer aborde ce dilemme dans sa publication et propose diverses solutions qui ont déjà été levés par d'autres promoteurs et/ou projets ayant vécu la même situation et finançant ou soutenant le projet.

Et bien que pour beaucoup Entendre « payer pour un logiciel gratuit » peut être un « sacrilège », c'est sans aucun doute la meilleure option pour aborder le problème de la rémunération pour le développement de logiciels libres, même si ce n'est pas aussi simple qu'il y paraît. Ce petit « détail » est devenu un gros problème pour les développeurs et les projets open source.

Un exemple clair en est le développeur qui a saboté ses propres bibliothèques « Faker.js et Colors.js », parce qu'il a décidé de ne plus « soutenir les grandes entreprises avec le travail qu'il fait gratuitement ».

C'est quelque chose qui mentionne également Publication de Thomas Stringer sur la manière dont les entreprises profitent des écosystèmes open source sans payer adéquatement les développeurs pour leur temps.

C'est pourquoi le dilemme de l'énumération des logiciels libres est difficile à résoudre et devient un cercle vicieux, car même si les développeurs de logiciels libres respectent les critères établis par l'Open Source Initiative, c'est-à-dire les possibilités de redistribution libre, l'accès au code source et création d'œuvres dérivées, de nombreuses organisations ou projets commerciaux en profitent pour générer leurs bénéfices sans donner la liste des projets qui rendent leur produit possible.

Et depuis L’approche du problème n’est pas nouvelle. Thomas Stringer mentionne que les développeurs devraient recevoir une compensation et/ou que le projet bénéficie d'une collaboration adéquate de la part des entreprises/projets bénéficiaires.

De même, si vous avez soumis quelques engagements concernant un produit que personne n'utilise, l'argent (ou son absence) devrait le représenter. Mais ce n’est pas si simple, car il existe différents types de développeurs de logiciels open source. Certains écrivent du code OSS dans le cadre de leur emploi, auquel cas ils sont probablement déjà rémunérés pour leurs contributions. Il arrive dans vos chèques deux fois par mois. Mais l’autre type de développeur OSS est celui qui fait contribuer ces logiciels OSS après les heures d’ouverture et n’est pas affilié à une organisation.

Les entreprises utilisant les logiciels libres devraient financer ces projets. Après tout, ils les utilisent. Et même s’ils ne sont pas tenus d’acheter des licences, cela ne veut pas dire qu’ils ne doivent pas contribuer.

Les entreprises peuvent avoir des employés à temps plein ou à temps partiel qui contribuent à des projets de logiciels open source. Kubernetes et tous les développeurs qui contribuent à Kubernetes pendant les heures de travail en sont un bon exemple. Les entreprises de cette liste (Google, Red Hat, VMware et Microsoft, pour ne citer que les principales) contribuent au succès de ces projets. Ils donnent du temps au développeur.

Lorsqu'une entreprise ne consacre pas suffisamment de temps de développement aux projets, elle doit le compléter avec de l'argent distribué aux développeurs de logiciels libres qui ne le font pas au nom de son entreprise. 

C'est pourquoi il est important de reconnaître et de soutenir le travail de ces développeurs, puisque leur travail contribue souvent de manière significative à l'avancement de la technologie et profite à la communauté en général et qu'il faut surtout tenir compte du fait qu'en fin de compte ce sont des « personnes » qui ont des besoins et qui ne « mangent pas d'air », bien que Pour de nombreuses entreprises et sociétés, ce dernier serait génial, non, ce n'est pas le cas et même s'ils remplacent le facteur humain par une IA, ils doivent payer et il y aura toujours une personne derrière pour les problèmes de contrôle, de maintenance et d'amélioration.

source:https://trstringer.com/