Exactement. D'ailleurs c'est exactement ce qu'il dit dans l'interview.
C'est d'autant plus important dans ce cas que GIMP, c'est genre 70 ou 80% de GUI (d'autant plus maintenant que la plupart du traitement graphique est externalisé dans GEGL). Donc changer de langage pour la GUI, ça veut dire quelqu'un qui fasse un patch (ou une série de patchs incrémentaux) pour passer une majeure partie du code sous Python, sans perdre une seule fonctionnalité, puis nous prouve que c'est mieux ("c'est à la mode" n'est pas une preuve).
Le truc, c'est que personne dans GIMP n'est vraiment anti-nouvelles idées. On va les "challenger", ça oui. Et ça peut donner l'impression qu'on est contre. Mais ce n'est pas le cas. On a seulement besoin d'être sûr, ou au moins de voir que la personne de l'autre côté est elle-même sûre d'elle-même (car des personnes vont en effet sortir des trucs en suivant des effets de mode, mais dès qu'on parle technique, y a plus grand chose) et ont des arguments. En un sens, même si on voit pas l'intérêt nous même (mais on ne voit pas non plus de bloqueur, c'est à dire notamment, ça ne casse pas d'autres choses), mais si quelqu'un fait tout le boulot, est super impliqué, persistent et actif, on pourrait accepter pas mal de fonctionnalités.
Dernier point, particulièrement vrai pour une fonctionnalité si majeure: il faudrait que la personne derrière ce changement soit un contributeur très actif et qu'on ait une semi-certitude (on a jamais de certitude complète) qu'il ne va pas se barrer une fois le changement effectué, disparaître de la circulation en laissant la chose non maintenue et toute bugguée.
Ce n'est absolument pas une décision simple à prendre en 2 minutes.
Pour finir, personnellement je ne vois vraiment pas ce qu'il y a de dur en C et en quoi Python rendrait les contributions plus simples et/ou meilleures. Si quelqu'un n'est pas capable de faire un bon code de GUI en C, je vois pas pourquoi cette personne serait soudainement capable de le faire en Python.
Note que je ne parle pas d'être débutant. Les erreurs sont tout à fait acceptées. Nous avons une revue de code vraiment de qualité et le code de GIMP est "globalement" de très bonne qualité (ensuite oui, on trouve toujours des horreurs ici ou là! Parfois on les a faites nous même dans un moment de faiblesse ou quand on était moins expérimenté. Parfois d'autres gens qui ont disparu depuis... C'est la malédiction de tout code de 20 ans et de cette taille! Mais globalement, pour avoir vu beaucoup de code horrible dans d'autres projets, celui de GIMP est assez exemplaire). Un débutant peut faire un très bon code, avec des erreurs de débutant, et on les corrigera, que ce soit en C ou en Python. Je ne vois pas la différence.
Donc l'assertion "Ça n’aurait pas aussi tendance à diminuer la qualité" reste vraiment à prouver.
Et je dis ça, j'apprécie aussi Python. J'ai quelques projets en Python moi-même. Mais dire que le C est ce qui empêcherait de contribuer à C, ça ressemble plus à une excuse qu'autre chose. Je ne suis absolument pas certain que les gens qui disent ça se mettraient à contribuer soudainement du bon code si ça passait à Python.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Paradoxe
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 10.
Exactement. D'ailleurs c'est exactement ce qu'il dit dans l'interview.
C'est d'autant plus important dans ce cas que GIMP, c'est genre 70 ou 80% de GUI (d'autant plus maintenant que la plupart du traitement graphique est externalisé dans GEGL). Donc changer de langage pour la GUI, ça veut dire quelqu'un qui fasse un patch (ou une série de patchs incrémentaux) pour passer une majeure partie du code sous Python, sans perdre une seule fonctionnalité, puis nous prouve que c'est mieux ("c'est à la mode" n'est pas une preuve).
Le truc, c'est que personne dans GIMP n'est vraiment anti-nouvelles idées. On va les "challenger", ça oui. Et ça peut donner l'impression qu'on est contre. Mais ce n'est pas le cas. On a seulement besoin d'être sûr, ou au moins de voir que la personne de l'autre côté est elle-même sûre d'elle-même (car des personnes vont en effet sortir des trucs en suivant des effets de mode, mais dès qu'on parle technique, y a plus grand chose) et ont des arguments. En un sens, même si on voit pas l'intérêt nous même (mais on ne voit pas non plus de bloqueur, c'est à dire notamment, ça ne casse pas d'autres choses), mais si quelqu'un fait tout le boulot, est super impliqué, persistent et actif, on pourrait accepter pas mal de fonctionnalités.
Dernier point, particulièrement vrai pour une fonctionnalité si majeure: il faudrait que la personne derrière ce changement soit un contributeur très actif et qu'on ait une semi-certitude (on a jamais de certitude complète) qu'il ne va pas se barrer une fois le changement effectué, disparaître de la circulation en laissant la chose non maintenue et toute bugguée.
Ce n'est absolument pas une décision simple à prendre en 2 minutes.
Pour finir, personnellement je ne vois vraiment pas ce qu'il y a de dur en C et en quoi Python rendrait les contributions plus simples et/ou meilleures. Si quelqu'un n'est pas capable de faire un bon code de GUI en C, je vois pas pourquoi cette personne serait soudainement capable de le faire en Python.
Note que je ne parle pas d'être débutant. Les erreurs sont tout à fait acceptées. Nous avons une revue de code vraiment de qualité et le code de GIMP est "globalement" de très bonne qualité (ensuite oui, on trouve toujours des horreurs ici ou là! Parfois on les a faites nous même dans un moment de faiblesse ou quand on était moins expérimenté. Parfois d'autres gens qui ont disparu depuis... C'est la malédiction de tout code de 20 ans et de cette taille! Mais globalement, pour avoir vu beaucoup de code horrible dans d'autres projets, celui de GIMP est assez exemplaire). Un débutant peut faire un très bon code, avec des erreurs de débutant, et on les corrigera, que ce soit en C ou en Python. Je ne vois pas la différence.
Donc l'assertion "Ça n’aurait pas aussi tendance à diminuer la qualité" reste vraiment à prouver.
Et je dis ça, j'apprécie aussi Python. J'ai quelques projets en Python moi-même. Mais dire que le C est ce qui empêcherait de contribuer à C, ça ressemble plus à une excuse qu'autre chose. Je ne suis absolument pas certain que les gens qui disent ça se mettraient à contribuer soudainement du bon code si ça passait à Python.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]