Un groupe grandissant de gestionnaires de projets open source, avec parmi eux certains des projets les plus en vogue sur Github, a décidé de cosigner une lettre ouverte pour exprimer leur frustration et leurs remarques concernant leur impression d'être ignorés par et invisibles aux yeux de GitHub.
En quelques jours, le nombre de signataires de “Cher GitHub”[en] est monté à plusieurs centaines (avec évidemment son lot de fausses signatures, soyons honnêtes). On trouve parmi eux, les développeurs de jQuery, React Native, node.js et de nombreux autres projets à succès.
Leur plainte principale réside dans le manque de support de la part de Github et d'un moyen de communication bidirectionnel efficace. L'unique réponse reçue jusqu'à maintenant a été "une absence de réponse", avec pour preuve le nombre de problèmes relevés que Github n'a jamais été capable ou n'a pas voulu résoudre depuis des années. Dans un échange avec InfoQ, James Kyle, un des initiateurs de cette lettre, explique avoir rassemblé une "liste colossale d'améliorations" de la part de tous les participants, mais qu'au final, ont choisi de n'en mettre que 3 en avant dans la version finale du texte :
- Le manque de personnalisation du système de création "d'issue". Cela pourrait intervenir par exemple par la mise en place de champs personnalisés et d'une validation basique pour s'assurer que toutes les informations nécessaires aient bien été remplies, comme les étapes de reproduction et la version concernée.
- Beaucoup trop de bruit dans le système de commentaires du gestionnaire "d'issues", principalement dû aux commentaires de type "+1", qui sont en effet utiles pour les gestionnaires de projets pour connaître l'étendue d'un problème, mais qui génère beaucoup de bruit. Cela pourrait être résolu en mettant en place un système de vote.
- Difficulté à contraindre les tickets et pull requests (PR) à se conformer au guide
CONTRIBUTING.md
. La cause supposée serait la manière presque invisible d'afficher le guide de contribution par Github et pourrait être résolu en permettant aux gestionnaires de projets de configurer un fichier qui serait affiché en tête des nouvelles "issues" et PR.
InfoQ a échangé avec James Kyle à propos de cette lettre, de son contenu et de ses intentions.
InfoQ : Pourrais-tu décrire la naissance de cette lettre à Github et le processus qui a été mené pour la publier ?
James : Tout a commencé avec un échange twitter entre plusieurs gestionnaires open source importants. J'ai proposé la création d'une lettre à Github et ouvert un Google doc en les invitant tous dessus. J'ai commencé par écrire quelques paragraphes pour avoir les premières idées, puis j'ai ouvert la porte à chacun, pour que tout le monde puisse exprimer ses idées. La liste des demandes était colossale et nous avons décidé de la réduire aux 3 plus importantes demandes.
InfoQ : Penses-tu qu'une lettre ouverte soit le meilleur moyen de faire remonter vos plaintes à Github ? Crois-tu que vous allez enfin être entendus ?
James : Je crois que la lettre ouverte était la dernière solution qu'il nous restait. Lorsque nous avons demandé, tous les auteurs avaient déjà contacté Github par email, pour des idées ou des demandes de fonctionnalités, mais aucune n'avait été suivie d'action ou de réponse digne de ce nom.
GitHub est un produit génial. Mais, ce n'est clairement pas un produit abouti ni parfait. Tous les auteurs de cette lettre maintiennent des projets énormes, ils connaissent les problèmes que Github rencontrent car ils les ont rencontrés eux-mêmes. Je crois que Github est un des plus gros contributeurs du burnout open source étant donnée que la transition d'un projet au-delà de quelques utilisateurs est très difficile.
InfoQ : Au-delà des 3 points principaux remontés dans cette lettre ouverte, il semble qu'il y ait un problème de fond dans la relation entre Github et la communauté open source de développeurs. Penses-tu qu'il soit compliqué de régler cela, à condition que la volonté soit là ?
James : C'est une énorme opportunité pour Github. Selon ses propres statistiques, le repo a déjà reçu plus de 55 000 visiteurs uniques. On m'a également signalé que l'article sur Hacker News était actuellement le 19ème plus populaire de tous les temps (et continue de grimper). Nous avons déjà réuni 800 signatures, et si vous jetez un oeil à la liste des noms, vous trouverez beaucoup de projets très populaires sur Github.
Il est évident pour moi que c'est un sujet très chaud dans la base d'utilisateurs de Github. Selon moi, c'est l'occasion pour Github de saisir cette opportunité.
J'espère qu'ils répondront d'une manière ou d'une autre, mais je ne retiens pas non plus mon souffle. Compte tenu de ce que j'ai entendu en privé par d'anciens salariés de Github, ce n'est pas très prometteur. Je trouve effrayant à quel point Gthub fait du sur-place depuis 3 ou 4 ans, alors que la communauté open source s'appuie toujours plus dessus et qu'ils devraient continuer à se développer comme n'importe quel produit.
“Cher GitHub” a également déclenché une autre réaction de la part d'un groupe de développeurs open source, “Merci GitHub”, qui à l'heure actuelle a presque 300 signatures. Lors d'un échange avec InfoQ, Xavier Noria, développeur de Ruby on Rails Core et initiateur de cette lettre “Merci GitHub”, précise que, bien qu'initialement inspiré de “Cher GitHub”, cette lettre n'avait "rien à voir avec les déclarations de Cher GitHub".
Demander des améliorations et proposer du feedback est tout à fait normal, mais je ne suis pas d'accord avec le ton négatif de "Cher GitHub". Mon désaccord s'est exprimé en ne signant pas "Cher GitHub". A la place, j'ai choisi de créer "Merci GitHub" qui a même été signée par "Cher GitHub" via un de ses représentants.
Nous avons contacté Github à propos de "Cher GitHub", un porte-parole de GitHub a répondu à InfoQ :
L'Open source est d'une importance capitale pour GitHub et nous prenons ce retour très au sérieux. Nous travaillons sur plusieurs des initiatives discutées, et nous cherchons des solutions efficaces pour engager les gestionnaires de projets Open Source pour faire de GitHub une super expérience pour les communautés.