D'abord, personne ne connaît le code de Emacs ici, et certainement pas mieux que ses développeurs.
Ce n'est pas grave, il suffit de se jeter dans le bain. Ça prend certes plus de temps que ça ne prendrait à un développeur (je dirais que pour un projet inconnu je compterais une demi-journée pour mettre en place l'environnement de développement: télécharger et compiler les sources, trouver quels tests lancer pour tester une modification, etc.), mais c'est une bonne expérience qui apprend plein de choses et une façon agréable et constructive de donner un coup de pouce à un projet—tiens, des gens discutent d'une fonctionnalité manquant dans Emacs, et si je l'implémentais ?
La discussion que j'ai pointée dans mon premier commentaire contient des détails sur quels endroits modifier dans le code et, implicitement, de qui est un peu intéressé par ce sujet et serait partant pour donner des conseils, relire un patch proposé, etc. Parfois un contributeur extérieur ne va pas implémenter la fonctionnalité de "la bonne façon", mais le fait qu'un patch soit proposé va donner envie aux mainteneurs d'aider, de donner des conseils, et de faire avancer cet aspect du logiciel auxquel il n'avaient pas auparavant accordé d'importance.
Bref, ce n'est pas qu'une question d’énergie/motivation, mais avant tout de compétences.
À partir d'une base correcte en programmation (quelle que soit le langage), les compétences nécessaire à ce genre de contributions s'acquièrent assez facilement. Il suffit de faire un effort pour contribuer de manière constructive, et le reste vient avec.
Et par ailleurs, avoir autant peu de respect pour le débat public, quel qu'il soit ("fermez-là et codez !"), est bien plus choquant que les quelques piques écrites plus haut à l'attention de la FSF & Co.
Tu réduis mon argument en le présentant de façon absurde et en m'accusant d'un mal terrible—c'est assez insultant.
Dans le monde du logiciel libre, "those who do the work decide", ceux qui font le travail décident. Discuter peut être utile, comme dans n'importe quel autre cadre, et la communication peut faire et défaire les projets; mais je pense que chacun et chacune devrait essayer de se tenir à une hygiène, un certain équilibre entre le fait de consommer et réagir passivement à des changements (on ne peut pas être présent sur tout), et le fait d'être au contraire moteur de changements quand on voit qu'il y a un coup de main à donner pour aider.
Ce que tu appelles "débat public" ici, c'est un mélange entre une discussion de fond légitime et peut-être intéressante, et un décalage complet par rapport à la réalité. Personne ou presque n'a fait l'effort de chercher de quoi cette histoire ressort réellement; on s'écharpe sur un article de blog qui lui-même déforme les faits en extrapolant à partir d'un résumé de la discussion présente dans le Changelog. On insulte ou on défend Richard Stallman (RMS)... mais RMS n'est jamais intervenu dans cette discussion et la décision. Pareil, la FSF n'a pas mis son nez dans cette affaire—ou un représentant du projet GNU en dehors de l'équipe qui développement collaborativement Emacs.
Je vois deux commentaires qui partent des faits réels et non d'une vision déformée: mon commentaire initial, pointant vers la discussion réelle, et le commentaire d'alenvers qui explique que la personne ayant implémenté la fonctionnalité et la personne l'ayant retiré sont la même personne. Encore une fois, discuter c'est bien, mais s'informer c'est mieux. Est-ce "insulter le débat public" que de pointer ça du doigt ? Au contraire, je pense que les gens qui se lancent tête baissée dans une confrontation sans faire l'effort d'aller chercher des informations fiables (alors que justement c'est facile pour les projets libres où tout ou presque est discuté publiquement) lui font plus de tort, à ce fameux débat public.
[^] # Re: Au boulot ?
Posté par gasche . En réponse au journal De l'autarcie du projet GNU, ou comment Emacs ne veut pas devenir EmacOs. Évalué à 8.
Ce n'est pas grave, il suffit de se jeter dans le bain. Ça prend certes plus de temps que ça ne prendrait à un développeur (je dirais que pour un projet inconnu je compterais une demi-journée pour mettre en place l'environnement de développement: télécharger et compiler les sources, trouver quels tests lancer pour tester une modification, etc.), mais c'est une bonne expérience qui apprend plein de choses et une façon agréable et constructive de donner un coup de pouce à un projet—tiens, des gens discutent d'une fonctionnalité manquant dans Emacs, et si je l'implémentais ?
La discussion que j'ai pointée dans mon premier commentaire contient des détails sur quels endroits modifier dans le code et, implicitement, de qui est un peu intéressé par ce sujet et serait partant pour donner des conseils, relire un patch proposé, etc. Parfois un contributeur extérieur ne va pas implémenter la fonctionnalité de "la bonne façon", mais le fait qu'un patch soit proposé va donner envie aux mainteneurs d'aider, de donner des conseils, et de faire avancer cet aspect du logiciel auxquel il n'avaient pas auparavant accordé d'importance.
À partir d'une base correcte en programmation (quelle que soit le langage), les compétences nécessaire à ce genre de contributions s'acquièrent assez facilement. Il suffit de faire un effort pour contribuer de manière constructive, et le reste vient avec.
Tu réduis mon argument en le présentant de façon absurde et en m'accusant d'un mal terrible—c'est assez insultant.
Dans le monde du logiciel libre, "those who do the work decide", ceux qui font le travail décident. Discuter peut être utile, comme dans n'importe quel autre cadre, et la communication peut faire et défaire les projets; mais je pense que chacun et chacune devrait essayer de se tenir à une hygiène, un certain équilibre entre le fait de consommer et réagir passivement à des changements (on ne peut pas être présent sur tout), et le fait d'être au contraire moteur de changements quand on voit qu'il y a un coup de main à donner pour aider.
Ce que tu appelles "débat public" ici, c'est un mélange entre une discussion de fond légitime et peut-être intéressante, et un décalage complet par rapport à la réalité. Personne ou presque n'a fait l'effort de chercher de quoi cette histoire ressort réellement; on s'écharpe sur un article de blog qui lui-même déforme les faits en extrapolant à partir d'un résumé de la discussion présente dans le Changelog. On insulte ou on défend Richard Stallman (RMS)... mais RMS n'est jamais intervenu dans cette discussion et la décision. Pareil, la FSF n'a pas mis son nez dans cette affaire—ou un représentant du projet GNU en dehors de l'équipe qui développement collaborativement Emacs.
Je vois deux commentaires qui partent des faits réels et non d'une vision déformée: mon commentaire initial, pointant vers la discussion réelle, et le commentaire d'alenvers qui explique que la personne ayant implémenté la fonctionnalité et la personne l'ayant retiré sont la même personne. Encore une fois, discuter c'est bien, mais s'informer c'est mieux. Est-ce "insulter le débat public" que de pointer ça du doigt ? Au contraire, je pense que les gens qui se lancent tête baissée dans une confrontation sans faire l'effort d'aller chercher des informations fiables (alors que justement c'est facile pour les projets libres où tout ou presque est discuté publiquement) lui font plus de tort, à ce fameux débat public.