Je savais qu'en postant ce message j'allais me faire lyncher (je n'ai pas encore été traité de zenitram, c'est déjà ça !).
Mon message est simple : on met un projet communautaire sur une forge plus pour les autres que pour soi
Si 90% des projets sont sur github, alors il est légitime (pas juste, pas "pas bien pour le libre", juste pragmatiquement légitime) de penser qu'un contributeur aura un compte github, et n'aura donc aucune barrière à la participation (je clique sur cloner, je fais mes modifs, je clique sur PR en laissant un message pour le mainteneur).
De même, ces 90% de projets étant de fait sous git, demander à un contributeur potentiel d'apprendre darc avant de contribuer c'est lui pourrir son expérience et le démotiver avant même qu'il ait commencé à s'impliquer.
Les standards bougent vite, il y a 10ans mon commentaire aurait été le même à propos de sourceforge + svn. Dans tous les cas la nature a horreur du vide et quand le jeu en vaut la chandelle (comme pour le passage de svn à git) les tendances se font d'elles-même, d'autant plus dans le cas présent que la migration de github à un autre service se fait sans douleur (gitlab fournit un outil pour le faire).
[^] # Re: forges
Posté par G.bleu (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à -3.
Je savais qu'en postant ce message j'allais me faire lyncher (je n'ai pas encore été traité de zenitram, c'est déjà ça !).
Mon message est simple : on met un projet communautaire sur une forge plus pour les autres que pour soi
Si 90% des projets sont sur github, alors il est légitime (pas juste, pas "pas bien pour le libre", juste pragmatiquement légitime) de penser qu'un contributeur aura un compte github, et n'aura donc aucune barrière à la participation (je clique sur cloner, je fais mes modifs, je clique sur PR en laissant un message pour le mainteneur).
De même, ces 90% de projets étant de fait sous git, demander à un contributeur potentiel d'apprendre darc avant de contribuer c'est lui pourrir son expérience et le démotiver avant même qu'il ait commencé à s'impliquer.
Les standards bougent vite, il y a 10ans mon commentaire aurait été le même à propos de sourceforge + svn. Dans tous les cas la nature a horreur du vide et quand le jeu en vaut la chandelle (comme pour le passage de svn à git) les tendances se font d'elles-même, d'autant plus dans le cas présent que la migration de github à un autre service se fait sans douleur (gitlab fournit un outil pour le faire).