DEVLOG 2: L'Open Source, dans la peau d’un mainteneur

Créer par: Baptiste Zahnow, 25/10/2026 9:37

Tables des matières

Qu'est-ce que le FOSS ?
Pourquoi l'Open Source ?
L'Open Source de l'intérieur
Comment bien contribuer à un projet Open Source
Conclusion

L’Open Source est une longue partie de ma philosophie de vie. Lorsqu’on crée quelque chose qui règle un de nos problèmes, pourquoi ne pas aider son prochain en lui donnant la solution.

Qu'est-ce que le FOSS ?

FOSS veut dire : Free and Open Source Software, c'est un acronyme pour les applications et les contenus dans la sphère du développement qui sont libre de droit. Des exemples connus de FOSS : Linux, Pretendo et Blender. Pour être qualifié de FOSS il faut que n'importe qui puisse avoir accès au code et d'avoir le droit de le modifier et de distribuer sa version. Pour Linux, les "fork" (une copie modifiée du code), il y en a un nombre incalculable, mais les plus connus sont Debian, Ubuntu, Mint et Arch.

Pourquoi l'Open Source ?

J'adore l'Open Source, ça permet de se connecter avec des gens de plein d'horizons différents et d'avoir des visions différentes ou complémentaires sur des problèmes. Le fait de pouvoir collaborer à plusieurs, peu importe où aide à la conception, comme un hackathon qui ne se finit jamais 24h/24. Des personnes peuvent tomber sur votre projet par hasard et commencer à l'utiliser, ou une personne utilisant déjà votre projet venant avec une nouvelle proposition d'ajout. Le monde de l'Open Source est un monde vivant, richissime en interaction.

"Capture d'écran d'un bureau avec de multiples logiciels libres et open-source en cours d'exécution : notamment VLC media player, Firefox, LibreOffice Writer et GIMP." Image par Discordpeople — Travail personnel, CC BY-SA 4.0

L'Open Source de l'intérieur

Je suis un développeur qui utilise beaucoup de projets Open Source mais aussi qui en crée et qui en a la responsabilité de maintenance. Cela fait maintenant plus de 3 ans que je maintiens un projet du nom de Skill Icons (vous pouvez trouver plus d'informations à ce sujet sur la page du projet). Je vais vous expliquer les méthodes que j'ai utilisées pour maintenir le projet et les soucis importants auxquels vous pouvez être confronté.

Le projet sur la durée a bâti une librairie de plus de 830 icônes vectorielles harmonisées, qui peut être utile pour montrer ses compétences dans le monde de la tech, sur GitHub ou sur son CV. La règle numéro une instaurée sur le projet est : 100% vectoriel. Pas d'image pixelisée pour garantir une qualité chirurgicale à l'utilisateur et une possibilité de customisation sans limite.

L'icône par défaut est une icône qui se modifie elle-même par rapport au thème système utilisé, c'est-à-dire que si vous avez votre navigateur en thème sombre, l'icône va apparaître en thème sombre et si vous êtes en thème clair, l'icône va apparaître en thème clair. Une simple fonctionnalité utilisant du CSS dans un SVG, mais la plupart des contributeurs ne regardent pas comment ça marche et ajoutent dans le thème auto l'icône qu'ils voient s'afficher dans leur navigateur.

Je leur demande à tous de devoir ouvrir une icône random en auto pour comprendre comment ça marche, mais le problème est que personne ne lit les anciennes issues et pull requests et le CONTRIBUTING.md, qui sont des choses très importantes dans un projet Open Source. Je finis par devoir toujours réexpliquer que ce fichier existe, qu'il faut un peu regarder l'historique du projet et regarder les choses qui l'entourent.

Pour avoir réussi à maintenir cette grande librairie d'icônes, j'ai travaillé avec une trentaine de personnes qui m'ont aidé au long de ces 3 ans.

Ce qu’il faut comprendre pour l’Open Source c’est que ce sont souvent des projets de passionnés qui sont là pour aider un maximum de gens, mais cela peut vite se transformer sans que les contributeurs le sachent en une forme de fatigue du projet à cause des évènements survenant dans le projet. Ce que je veux dire par là c’est une fatigue des demandes à répétition de choses qui sont peut-être déjà faites ou des demandes sans prendre en compte des issues qui ont parlé du sujet, les gens ne prennent aucun temps à regarder l’existant.

Une chose aussi en parlant de fatigue est que l’on reçoit très peu de soutien moral sur le maintien du projet. On vient très souvent vers nous en parlant des problèmes de l’un et de l’autre, mais il est très rare d'avoir du soutien pour le travail déjà effectué. Ouvrir une issue est une action simple, mais en ayant le contexte du projet et les connaissances sur le système, il est très simple de pouvoir apporter sa pierre à l’édifice et d’apporter une bonne ambiance dans un projet Open Source.

Comment bien contribuer à un projet Open Source

Pour contribuer à un projet Open Source, il y a eu plusieurs facteurs à prendre en compte : l’âge du projet, l’historique du projet, c’est-à-dire les pull-requests et les issues qui ont fait le plus de bruit dans le projet, mais aussi les fichiers dédiés à l’aide pour la contribution.

Plus un projet a de l’âge, plus il aura de conseils sur la création ou le maintien propre de celui-ci. Des règles sur comment il faut écrire certaines parties du code, comment nommer la pull request, comme écrire ses commits, plein d'éléments qui peuvent différer d’un projet à un autre mais qu’il est important de respecter.

L’historique du projet est très important, ça sert à pouvoir comprendre comment fonctionne le projet, les sujets qui ont déjà été abordés et le pourquoi du comment les choses sont faites comme elles sont dans le projet.

Soutenir les projets Open Source donne beaucoup de force aux contributeurs et surtout aux mainteneurs, et ne peut que faire du bien. Pensez-y.

"Pretendo tasks and goals"

Pretendo est un projet auquels je donne beaucoup de soutien et auquels je contribue fréquemment.

Conclusion

Si vous voulez contribuer à un projet Open Source, prenez un projet qui parle d’un sujet qui vous tient à cœur. Faire de simples fix de grammaires dans un projet n’est pas une contribution intéressante. Vous pouvez faire une issue pour, mais une pull request pour ce genre de problème est contre-productif. Prenez un projet qui vous aide à régler un souci qui vous turlupine ou un outil que vous connaissez, que vous utilisez. Savoir comment utiliser un outil aide énormément à la création autour de celui-ci.

J'espère vous avoir appris des choses sur le monde de l’Open Source et que cela pourra vous être utile si vous voulez en faire. Un monde sans partage d'idées ne peut pas avancer.