La parole est aux speakers : Julien Deniau
Jusqu’à l’AFUP Day 2025, retrouvez nos interviews de speakers pour mieux comprendre leur parcours et le sujet qu’ils ou elles aborderont lors de leur conférence !
La conférence
Open-source : pourquoi ? comment ?Vous souhaitez faire de l'open source, mais vous ne savez pas vraiment comment faire ? D'ailleurs, à quoi ça sert vraiment l'open-source ? Pourquoi est-ce qu'on en ferait ? Qu'est-ce qu'on y gagne vraiment ? Dans cette présentation, j'essaie de présenter l'open-source du point de vue personnel des contributeurs et contributrices pour celles et ceux qui se posent la question de comment ou pourquoi s'y mettre. |
C.P.E. Lyon 16/05/2025 12:25-12:45 |
Est-ce qu’il y a des erreurs que tu as commises en tant que contributeur open-source que tu conseillerais aux autres de ne pas refaire ?
Je pense que la plus grosse erreur que j’ai fait en voulant contribuer sur un projet (et que je fais sûrement encore), c’est d’ouvrir une PR qui ajoute une nouvelle fonctionnalité, sans en parler d’abord avec les mainteneurs : cela règle généralement mon problème, mais pas forcément un problème que veulent gérer les mainteneurs (qui vont en plus avoir la charge de maintenir mon code ensuite). Ce n’est pas non plus la bonne façon de faire : ça fait un peu « push –force » auprès des mainteneurs, ce n’est pas forcément en accord avec leur vision, là ou ils auraient pu m’aider avec leur connaissance du projet à faire les bons choix fonctionnels et techniques.
Le bon choix est souvent d’ouvrir une « issue » pour en discuter avec les mainteneurs afin d’avoir leur vision et leur conseils pour savoir où aller. C’est certes plus long, mais il y a plus de chance d’arriver à un bon compromis !
Cela ne vous empêche pas de maintenir un fork avec votre implémentation le temps de trouver une solution.
On associe souvent l’open source à la contribution de code. Quelles sont selon toi les autres manières de contribuer ?
Si on regarde sur son profil Github, on peut voir un graphique avec quatre axes différents : « commits », « pull requests », mais aussi « issues » et « code review ». Cela montre directement ce qui est faisable en plus du code « brut ». Vous pouvez vous auto-challenger sur le fait d’avoir un vrai losange, et pas un trait qui part direct sur « commits » !
Mais pour en savoir plus, le mieux c’est quand même de venir voir ma présentation à l’AFUP Day ! 😉
Quels conseils donnerais-tu afin de pouvoir se dégager du temps pour participer à un projet open source ?
Pour moi il y a un peu deux cas :
- Vous corrigez ou améliorez une librairie que vous utilisez au travail ? Prenez du temps sur votre temps de travail, ça vous permet de traiter des soucis de votre entreprise.
- Vous travaillez sur un truc qui vous fait kiffer à titre perso ? Alors dans ce cas c’est un peu en fonction de ce que vous voulez prioriser. Ma façon à moi c’est de prendre du temps sur mon temps de sommeil, mais ce n’est pas une bonne solution à long terme 😅
Si vous êtes dans le cas « entre-deux » (ça me fait kiffer, mais ça pourrait servir dans ma boite) : trouvez une entreprise qui comprend les bénéfices de l’open-source, qui a confiance en vous et qui vous laisse votre autonomie. Bien évidemment, soyez aussi responsable sur le temps que vous y passez : l’open-source pourrait être dans ce cas vu comme de la recherche, mais on ne peut pas faire de la recherche tout le temps dans un cadre professionnel.
Une conférence présentée par
![]() Julien DENIAU |
Développeur web depuis plus de quinze ans, dont dix ans chez Mapado, une société qui développe un logiciel de billetterie pour les salles de spectacles, Julien aime essayer de comprendre le "pourquoi" des problèmes qu'il rencontre. |