Tout internet repose là-dessus
Soyons honnêtes, tout organisme qui fait un produit numérique utilise directement ou indirectement des briques logicielles open source. C'est donc capital de comprendre que sans la volonté de certaines personnes de rendre public leur code et gratuit d'utilisation, il y aurait beaucoup plus de choses à faire soi-même (ou à payer).
"Open source" ne veut pas non plus dire "open bar", il faut garder en tête la licence d'utilisation et le fait qu'une librairie (ou un outil) vit car quelque part des personnes ont fait preuve de bon sens pour ouvrir leur code. Quelques raisons qui ont pu les motiver :
- Philosophie du code libre afin d'apporter à chacun une certaine autonomie dans la réutilisation ;
- Transmettre des connaissances ;
- Bénéficier des remontées de bugs de la part des autres utilisateurs ;
- Bénéficier de la contribution au code de la part d'autres utilisateurs pour développer de nouvelles fonctionnalités ou corriger des erreurs ;
- Donner une visibilité à son travail (une entreprise peut très bien "open sourcer" son code mais en parallèle offrir un service SaaS pour faciliter la vie aux utilisateurs et financer le projet) ;
- Attirer des talents au sein de leur entité (l'open source fait partie des choses qui donnent du sens au travail des développeurs) ;
- Redonner de la valeur à leur travail. Si vous avez travaillé sur un projet qui se meurt et qui est voué à tomber aux oubliettes, l'open sourcer peut permettre à des gens travaillant sur des problématiques similaires de gagner du temps voire même de reprendre en mains votre projet.
En complément vous pouvez lire ce guide sur la notion de "communs numériques" pour la comprendre et y participer en tant qu'acteur public.
Il faut voir cela comme du donnant-donnant. Certains salariés ont du temps dédié pour maintenir des outils, d'autres font ça bénévolement sur leur temps libre. Il est vital que vous puissiez contribuer un minimum à cette communauté à la hauteur de vos capacités.
- Vous rencontrez un problème sur un outil ? Regardez dans les "issues" du repository si quelqu'un a déjà rencontré le problème, sinon investiguez vous-même :
- Si vous trouverez une solution et que le problème est propre à l'outil, partagez-la textuellement ou faites une contribution de code ;
- Si vous êtes toujours bloqués, n'hésitez pas à publier votre problème (cela pourrait apporter du contexte pour retrouver l'erreur) ;
- Faites en sorte d'ouvrir votre code si votre entité le permet. Vous travaillez pour le service public, alors autant que votre travail tombe dans le domaine public directement. Un outil public en France a de grandes chances de pouvoir resservir dans d'autres pays. Tout comme la France bénéficie aussi d'outils que d'autres pays ont pu ouvrir.
Les plateformes les plus connues où l'on trouve ces communautés et ces outils sont GitHub, GitLab et Stack Overflow.
Il se peut que les personnes non-techniques de votre entité voient la contribution open source comme du temps perdu. Vous devrez peut-être faire un peu de pédagogie sur cette philosophie pour que les gens comprennent qu'ils bénéficient aussi de cela. Cela ne peut que donner une bonne image de votre entité si elle devient acteur du développement de tel outil ou telle librairie à succès.
Trouvez l'équilibre sain pour les finances de votre produit. Car effectivement, si vous passez votre temps à contribuer et à régler des problèmes d'autres outils alors que ça ne bénéficie pas directement votre projet… c'est super pour la communauté, mais vous mettez à mal votre propre équipe et projet 🤯.
Notez que l'open source va de pair avec l'open data. D'ailleurs l'État met à disposition des données publiques françaises, que ce soit des jeux de données, ou des API comme le site national des adresses.