ça vaut ptete le coup que les anciens s’y mettent.
Encore une fois, c'est toujours plus facile à dire quand on met le travail d'autrui dans la balance plutôt que le sien.
Perso j'ai une todo list personnelle qui ne fait que se remplir plus que se vider. J'ai déjà suffisamment de trucs que je veux faire pour ne pas avoir à faire des choses pour lesquelles je ne vois pas l'intérêt. Pour moi, le C fonctionne très bien.
Ensuite oui, si quelqu'un fait un patch génial demain qui passe toute la GUI en Python. On teste, ça marche génial et je me rends compte que c'est effectivement plus facile de faire une GUI. Ok. Je suis pas contre a priori. Mais non, moi, là maintenant, j'ai plein de trucs bien plus importants à faire.
C'est là ce qu'il faut comprendre. Chacun est libre et on est très ouvert aux nouvelles contributions, mais on n'est pas aux ordres de quelqu'un qui arrive d'on ne sait où et est persuadé que son idée est forcément la meilleure et bien plus importante que quoi que puisse être nos priorités personnelles. Et donc on doit "bien sûr" tout laisser tomber et "s'y mettre".
Certe c’est un coût mais pas un coût de maintenance en soi
C'est sérieux ou c'est une blague? Tout code a un coût de maintenance, d'autant plus élevé si c'est un code récent ou important (et changer entièrement la GUI sur un logiciel qui est principalement une GUI, c'est donc très très très élevé).
développer du GTK en C c’est un risque aussi
En quoi c'est un risque? GTK+ est développé en C. A priori on aura moins de risque en développant en C qu'à travers un wrapper quelconque.
ça n’attire pas des masses, à juste titre.
C'est toi qui le dis. Aux dernières nouvelles, C reste l'un des langages les plus utilisés au monde, d'autant plus parmi les plus gros projets.
On peut d’ailleurs noter qu’il y a des concurrents à The Gimp de nos jour
GIMP (pas The Gimp) n'a pas de concurrent. On n'est pas en compétition et on ne cherche pas à l'être. On vit très bien avec les autres (même si eux ne vivent pas forcément bien avec nous, mais perso, je ne comprendrai jamais le besoin d'animosité dont font preuve certains) et on leur souhaite tout le bonheur du monde.
il y eut un culte du C que l’équipe actuelle composée de pas mal de vieux de la vieille connaissent bien et qu’ils ont pas des masses envie de payer le coût du changement.
Bof. J'ai vraiment appris le C en contribuant à du code libre (c'est à dire que l'université, c'était des cacahuètes). J'ai pas de culte du C personnellement et vis très bien la contribution sur d'autres logiciels en divers langage (C++, Python, parfois même PHP, et par ci par là un peu de ci ou de ça). Je suis complètement langage-agnostique.
Et quand bien même ce serait vrai pour certains des autres, et alors? Ils sont tous bénévoles et ont passé des années (20 ans pour les plus anciens) à donner du code pour GIMP en C, et on va leur reprocher de faire de la résistance au changement? Non seulement je trouverais cela fort de café, mais en plus il suffit de lire l'interview de Mitch pour voir que c'est pas vrai. Par exemple il montre clairement qu'il a été intéressé par Rust.
Mais encore une fois, être intéressé par un langage récent n'est absolument pas une raison suffisante pour faire une migration de tout un programme (qui a 21 ans d'accumulation de code) sur un coup de tête. Je comprends même pas comment cela peut ne pas être évident.
Du coup ils ont ptete assez mal reçu les gens qui ont proposé des chagemnts de ce côté. Qui du coup ne seraient pas hyper enthousiastes à l’idée de rester sur ce projet et sont ptetp parti vers d’autres aventures avec des technos plus actuelles.
Y a beaucoup de "peut-être" et de conditionnel. Ça m'a pas l'air très recherché. Si tu trouves une seule de ces propositions, je veux bien un vrai lien. Et pour moi "proposition", ça veut dire au moins une tentative de patch minime en "preuve de concept" au minimum; parce que juste demander aux autres de coder sa super idée (et si ils le font pas, alors ça veut dire qu'on reçoit mal les gens), c'est du vent. Encore une fois, on n'est pas aux ordres de chaque individu et de leurs lubies du moment.
le scénario est cependant assez crédible si on prend la peine de faire de l’archéologie de vieux trolls sur ce site et donc du libre en général
Si tu le dis... Donc à partir de trolls sur le site linuxfr, on peut en déduire comment ça se passe chez GIMP? Intéressant...
De toutes façons, je ne saurais dire comment ça se passait avant. Je ne suis dans le projet que depuis fin 2012, et pour moi, tout s'est super bien passé. On m'a dit qu'il fut un temps où certains gros contributeurs étaient beaucoup moins agréables. Alors pourquoi pas! Peut-être que tu trouverais des trucs pas reluisants dans le passé. Je ne saurais dire.
Mais ça ne change rien au présent. Je sais comment moi je réagis là maintenant à quelqu'un qui me dit qu'il faut passer toute la GUI de GIMP en Python (ou autre langage à la mode) et que si je le fais pas, alors c'est de la résistance au changement ou bien que ça veut dire que je reçois mal les propositions de changement. Ou autre faribolerie.
Non, proposez un patch fonctionnel, qui casse pas GIMP et on en discute. Nous demander de faire du travail non payé et nous insulter si on le fait pas (par contre vous, de votre côté, ne ferez rien sinon nous dire de "s'y mettre"), je sais pas, c'est une sorte d'esclavage du libre, un truc comme ça? :P
Enfin voilà, je sais pas si je fais bien passer le message. Et j'essaie de le faire le plus gentillement du monde. J'aimerais bien que vous arriviez à vous mettre à notre place. :P
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.
Encore une fois, c'est toujours plus facile à dire quand on met le travail d'autrui dans la balance plutôt que le sien.
Perso j'ai une todo list personnelle qui ne fait que se remplir plus que se vider. J'ai déjà suffisamment de trucs que je veux faire pour ne pas avoir à faire des choses pour lesquelles je ne vois pas l'intérêt. Pour moi, le C fonctionne très bien.
Ensuite oui, si quelqu'un fait un patch génial demain qui passe toute la GUI en Python. On teste, ça marche génial et je me rends compte que c'est effectivement plus facile de faire une GUI. Ok. Je suis pas contre a priori. Mais non, moi, là maintenant, j'ai plein de trucs bien plus importants à faire.
C'est là ce qu'il faut comprendre. Chacun est libre et on est très ouvert aux nouvelles contributions, mais on n'est pas aux ordres de quelqu'un qui arrive d'on ne sait où et est persuadé que son idée est forcément la meilleure et bien plus importante que quoi que puisse être nos priorités personnelles. Et donc on doit "bien sûr" tout laisser tomber et "s'y mettre".
C'est sérieux ou c'est une blague? Tout code a un coût de maintenance, d'autant plus élevé si c'est un code récent ou important (et changer entièrement la GUI sur un logiciel qui est principalement une GUI, c'est donc très très très élevé).
En quoi c'est un risque? GTK+ est développé en C. A priori on aura moins de risque en développant en C qu'à travers un wrapper quelconque.
C'est toi qui le dis. Aux dernières nouvelles, C reste l'un des langages les plus utilisés au monde, d'autant plus parmi les plus gros projets.
GIMP (pas The Gimp) n'a pas de concurrent. On n'est pas en compétition et on ne cherche pas à l'être. On vit très bien avec les autres (même si eux ne vivent pas forcément bien avec nous, mais perso, je ne comprendrai jamais le besoin d'animosité dont font preuve certains) et on leur souhaite tout le bonheur du monde.
Bof. J'ai vraiment appris le C en contribuant à du code libre (c'est à dire que l'université, c'était des cacahuètes). J'ai pas de culte du C personnellement et vis très bien la contribution sur d'autres logiciels en divers langage (C++, Python, parfois même PHP, et par ci par là un peu de ci ou de ça). Je suis complètement langage-agnostique.
Et quand bien même ce serait vrai pour certains des autres, et alors? Ils sont tous bénévoles et ont passé des années (20 ans pour les plus anciens) à donner du code pour GIMP en C, et on va leur reprocher de faire de la résistance au changement? Non seulement je trouverais cela fort de café, mais en plus il suffit de lire l'interview de Mitch pour voir que c'est pas vrai. Par exemple il montre clairement qu'il a été intéressé par Rust.
Mais encore une fois, être intéressé par un langage récent n'est absolument pas une raison suffisante pour faire une migration de tout un programme (qui a 21 ans d'accumulation de code) sur un coup de tête. Je comprends même pas comment cela peut ne pas être évident.
Y a beaucoup de "peut-être" et de conditionnel. Ça m'a pas l'air très recherché. Si tu trouves une seule de ces propositions, je veux bien un vrai lien. Et pour moi "proposition", ça veut dire au moins une tentative de patch minime en "preuve de concept" au minimum; parce que juste demander aux autres de coder sa super idée (et si ils le font pas, alors ça veut dire qu'on reçoit mal les gens), c'est du vent. Encore une fois, on n'est pas aux ordres de chaque individu et de leurs lubies du moment.
Si tu le dis... Donc à partir de trolls sur le site linuxfr, on peut en déduire comment ça se passe chez GIMP? Intéressant...
De toutes façons, je ne saurais dire comment ça se passait avant. Je ne suis dans le projet que depuis fin 2012, et pour moi, tout s'est super bien passé. On m'a dit qu'il fut un temps où certains gros contributeurs étaient beaucoup moins agréables. Alors pourquoi pas! Peut-être que tu trouverais des trucs pas reluisants dans le passé. Je ne saurais dire.
Mais ça ne change rien au présent. Je sais comment moi je réagis là maintenant à quelqu'un qui me dit qu'il faut passer toute la GUI de GIMP en Python (ou autre langage à la mode) et que si je le fais pas, alors c'est de la résistance au changement ou bien que ça veut dire que je reçois mal les propositions de changement. Ou autre faribolerie.
Non, proposez un patch fonctionnel, qui casse pas GIMP et on en discute. Nous demander de faire du travail non payé et nous insulter si on le fait pas (par contre vous, de votre côté, ne ferez rien sinon nous dire de "s'y mettre"), je sais pas, c'est une sorte d'esclavage du libre, un truc comme ça? :P
Enfin voilà, je sais pas si je fais bien passer le message. Et j'essaie de le faire le plus gentillement du monde. J'aimerais bien que vous arriviez à vous mettre à notre place. :P
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]