Dans votre article, si je veux vous soutenir GIMP c'est pour des projets tierces (la marmotte, tout ça...).
Ce projet tiers est ce qui permet de contribuer à GIMP et a fait de moi l'un des plus gros développeurs de GIMP ces dernières années (même le plus gros selon le décompte).
C'est simple, sans ZeMarmot, pas de GIMP. Je contribuerai alors sûrement à d'autres logiciels libres, selon mes autres besoins, mais je n'ai pas besoin de GIMP personnellement plus que ça (enfin régulièrement, je découpe, redresse, rend plus net, etc. des photos; mais pour cette utilisation basique, GIMP est déjà largement au niveau). Là on en a vraiment besoin, dans un projet professionnel, au quotidien 8h par jour.
(0) On a besoin qu'il soit stable. Quand on faisait les premiers tests avec Aryeom Han, GIMP crashait pour un rien (c'était vers 2012). Ça foutait la honte. Mes premières années de contribution, j'ai corrigé beaucoup de crashs (de mémoire, y en avait en utilisant une tablette graphique; y en avait aussi des supers mauvais lorsqu'on utilisait un IME, en particulier avec le coréen, dans l'outil texte, et plein d'autres dont je me souviens même plus) et autres problèmes de stabilité. Bon j'en corrige encore régulièrement, mais GIMP est devenu beaucoup plus stable.
(1) Toujours dans la recherche de stabilité, on a besoin de pouvoir aisément débugger et parer aux problèmes (qui arrivent sur tous logiciels même les plus stables). Donc j'ai implémenté une sauvegarde des images au moment du crash (pour ces bugs survivants qu'on n'a pas encore corrigés!), et GIMP propose maintenant au lancement suivant de tenter une récupération des images qui étaient en cours d'édition, ainsi qu'un système de débug qui génère automatiquement des backtraces, non seulement pour les crashs, mais aussi utilisables lors de WARNING et CRITICAL en cours d'utilisation (permet d'améliorer le logiciel en découvrant des bugs plus subtils). C'est l'une de mes fonctionnalités fétiches. Le nombre de bug qu'on a pu corriger depuis que j'ai implémenté cette fonctionnalité est impressionnant. Corriger des bugs est devenu simple, et les gens nous envoient désormais des rapports de bugs utiles, même lorsqu'ils ont aucune idée de ce qu'il s'est passé, qu'ils savent pas du tout parler anglais ni écrire des rapports de bug bien formés.
(2) On rajoute des fonctionnalités. Dernièrement je travaille beaucoup sur tous les détails pour les écrans haute densité de pixel (l'écran principal de travail d'Aryeom ne l'est pas pourtant, mais je sais qu'on y viendra; autant préparer GIMP en amont). Le système d'extension indiqué plus haut bien sûr me semble important. Nous aussi on utilise quelques plug-ins, mais très peu. Franchement c'est impossible de savoir ce qui existe et ce en quoi on peut faire confiance. Et surtout chercher, installer et faire marcher des vieux plug-ins peut être une vraie galère (et pourtant je suis développeur, c'est dire!).
Dans les quelques années passées, j'ai été responsable de plusieurs autres fonctionnalités, et je travaille à d'autres fonctionnalités encore (comme l'animation, comme on sait ici).
(3) On fait de la revue de code. Ça paraît bien moins sexy, mais c'est primordial. L'histoire de GIMP est parsemée de fonctionnalités sympas qui ont été perdues car personne n'a eu le temps de les vérifier. Je ne jette la pierre à personne: ça prend un temps fou. Dans cette sortie par exemple, l'écriture verticale n'aurait probablement jamais été intégré sans moi (je suis allé chercher le contributeur, j'ai fait la revue, les tests, les commentaires sur chacune de ses modifications; en tout j'y ai passé quelques heures).
Même le Marathi, j'ai vu un email perdu sur la liste de discussion des traducteurs auquel personne ne répondait; le problème est que cette langue n'avait plus de coordinateurs. J'ai donc essayé de relancer à la place des traducteurs (qui allait sûrement abandonner à un moment donné) et de leur donner espoir pour ne pas les décevoir (un espoir qui a abouti!).
Le redressement horizontal, j'ai retrouvé un vieux patch perdu dans le bugtracker et très basique. J'ai fait de la revue, retravaillé au dessus (car il n'était pas vraiment utilisable en l'état); Ell a fait de même ensuite. Et maintenant ça fait une super fonctionnalité.
Dans le passé, je me souviens bien de la recherche d'action (une de mes fonctionnalités préférées!). J'y ai passé un temps considérable. Le patch était cool, mais écrit par des étudiants. J'y ai passé de très nombreuses heures à corriger ce qui devait l'être, à rendre la fonctionnalité vraiment utilisable simplement, et à l'améliorer énormément. Maintenant je pourrais pas faire sans!
Pour info, dans GIMP, on a des règles stricts et du code de très bonne qualité globalement (bien sûr plus localement, on trouve beaucoup d'horreurs ici et là, comme dans tout gros code). Donc la revue est primordiale. On fait pas comme certains logiciels qui acceptent tout et n'importe quoi.
(4) On fait évoluer la politique interne. Je suis celui notamment qui a poussé depuis plusieurs années (tous les ans, à chaque fois qu'on se rencontrait au Libre Graphics Meeting) pour une nouvelle politique de sortie permettant de sortir des versions macros avec de nouvelles fonctionnalités (plutôt qu'attendre 6 ans encore pour une sortie majeure!). Et voilà, maintenant tous les mois, GIMP sort avec des fonctionnalités cool. Les gens se disent maintenant que GIMP est super actif, et on se met à avoir plus de contributions (j'ai l'impression; mais ça peut aussi être simplement car on a sorti 2.10, ou autres raisons).
(5) On a créé et on maintient le flatpak pour que les linuxiens aient GIMP facilement et rapidement à chaque sortie (GIMP est maintenant dispo sous Linux à chaque sortie avant toutes les autres plateformes!).
Et sûrement plein d'autres choses.
Ensuite soyons clair: je ne souhaite pas mettre tous les éclairages sur ZeMarmot uniquement. En particulier le mainteneur, Mitch, fait un travail de dingue, connaît le code de GIMP et ses rouages bien mieux que moi. Sans parler de Ell, un alien venu d'ailleurs, qui nous optimise GIMP aux petits oignons (avec du code d'excellente qualité) depuis qu'il est arrivé. Je ne suis pas seul (heureusement!), et on a tous les 3 une grosse part dans le succès de GIMP.
Mais clairement je ne pense pas que ce soit exagéré d'affirmer que le projet ZeMarmot a vraiment contribué largement à propulser GIMP dans une nouvelle ère. On travaille sur GIMP pour un vrai projet, au quotidien (oui je me répète) et ça vaut énormément de contributions aléatoires sans but. C'est un peu une symbiose de l'artiste et des outils. Chacun a besoin de l'autre.
Si avec cela, ce n'est pas suffisant, alors je ne sais pas ce qui l'est. Je rappelle qu'on est officiellement associé à GIMP d'ailleurs (bien sûr même! Je suis un dév majeur). Même le site web gimp.org suggère de donner directement à ZeMarmot sur la page donation, ainsi que dans ses news régulières (comme la dernière news dont cette dépêche sur Linuxfr est plus ou moins une traduction un peu retravaillée). J'aurais du mal à voir comment ça pourrait être plus limpide. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Soutenir Gimp
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche GIMP 2.10.6 : rien ne nous arrête !. Évalué à 10. Dernière modification le 30 août 2018 à 12:44.
Ce projet tiers est ce qui permet de contribuer à GIMP et a fait de moi l'un des plus gros développeurs de GIMP ces dernières années (même le plus gros selon le décompte).
C'est simple, sans ZeMarmot, pas de GIMP. Je contribuerai alors sûrement à d'autres logiciels libres, selon mes autres besoins, mais je n'ai pas besoin de GIMP personnellement plus que ça (enfin régulièrement, je découpe, redresse, rend plus net, etc. des photos; mais pour cette utilisation basique, GIMP est déjà largement au niveau). Là on en a vraiment besoin, dans un projet professionnel, au quotidien 8h par jour.
(0) On a besoin qu'il soit stable. Quand on faisait les premiers tests avec Aryeom Han, GIMP crashait pour un rien (c'était vers 2012). Ça foutait la honte. Mes premières années de contribution, j'ai corrigé beaucoup de crashs (de mémoire, y en avait en utilisant une tablette graphique; y en avait aussi des supers mauvais lorsqu'on utilisait un IME, en particulier avec le coréen, dans l'outil texte, et plein d'autres dont je me souviens même plus) et autres problèmes de stabilité. Bon j'en corrige encore régulièrement, mais GIMP est devenu beaucoup plus stable.
(1) Toujours dans la recherche de stabilité, on a besoin de pouvoir aisément débugger et parer aux problèmes (qui arrivent sur tous logiciels même les plus stables). Donc j'ai implémenté une sauvegarde des images au moment du crash (pour ces bugs survivants qu'on n'a pas encore corrigés!), et GIMP propose maintenant au lancement suivant de tenter une récupération des images qui étaient en cours d'édition, ainsi qu'un système de débug qui génère automatiquement des backtraces, non seulement pour les crashs, mais aussi utilisables lors de WARNING et CRITICAL en cours d'utilisation (permet d'améliorer le logiciel en découvrant des bugs plus subtils). C'est l'une de mes fonctionnalités fétiches. Le nombre de bug qu'on a pu corriger depuis que j'ai implémenté cette fonctionnalité est impressionnant. Corriger des bugs est devenu simple, et les gens nous envoient désormais des rapports de bugs utiles, même lorsqu'ils ont aucune idée de ce qu'il s'est passé, qu'ils savent pas du tout parler anglais ni écrire des rapports de bug bien formés.
(2) On rajoute des fonctionnalités. Dernièrement je travaille beaucoup sur tous les détails pour les écrans haute densité de pixel (l'écran principal de travail d'Aryeom ne l'est pas pourtant, mais je sais qu'on y viendra; autant préparer GIMP en amont). Le système d'extension indiqué plus haut bien sûr me semble important. Nous aussi on utilise quelques plug-ins, mais très peu. Franchement c'est impossible de savoir ce qui existe et ce en quoi on peut faire confiance. Et surtout chercher, installer et faire marcher des vieux plug-ins peut être une vraie galère (et pourtant je suis développeur, c'est dire!).
Dans les quelques années passées, j'ai été responsable de plusieurs autres fonctionnalités, et je travaille à d'autres fonctionnalités encore (comme l'animation, comme on sait ici).
(3) On fait de la revue de code. Ça paraît bien moins sexy, mais c'est primordial. L'histoire de GIMP est parsemée de fonctionnalités sympas qui ont été perdues car personne n'a eu le temps de les vérifier. Je ne jette la pierre à personne: ça prend un temps fou. Dans cette sortie par exemple, l'écriture verticale n'aurait probablement jamais été intégré sans moi (je suis allé chercher le contributeur, j'ai fait la revue, les tests, les commentaires sur chacune de ses modifications; en tout j'y ai passé quelques heures).
Même le Marathi, j'ai vu un email perdu sur la liste de discussion des traducteurs auquel personne ne répondait; le problème est que cette langue n'avait plus de coordinateurs. J'ai donc essayé de relancer à la place des traducteurs (qui allait sûrement abandonner à un moment donné) et de leur donner espoir pour ne pas les décevoir (un espoir qui a abouti!).
Le redressement horizontal, j'ai retrouvé un vieux patch perdu dans le bugtracker et très basique. J'ai fait de la revue, retravaillé au dessus (car il n'était pas vraiment utilisable en l'état); Ell a fait de même ensuite. Et maintenant ça fait une super fonctionnalité.
Dans le passé, je me souviens bien de la recherche d'action (une de mes fonctionnalités préférées!). J'y ai passé un temps considérable. Le patch était cool, mais écrit par des étudiants. J'y ai passé de très nombreuses heures à corriger ce qui devait l'être, à rendre la fonctionnalité vraiment utilisable simplement, et à l'améliorer énormément. Maintenant je pourrais pas faire sans!
Pour info, dans GIMP, on a des règles stricts et du code de très bonne qualité globalement (bien sûr plus localement, on trouve beaucoup d'horreurs ici et là, comme dans tout gros code). Donc la revue est primordiale. On fait pas comme certains logiciels qui acceptent tout et n'importe quoi.
(4) On fait évoluer la politique interne. Je suis celui notamment qui a poussé depuis plusieurs années (tous les ans, à chaque fois qu'on se rencontrait au Libre Graphics Meeting) pour une nouvelle politique de sortie permettant de sortir des versions macros avec de nouvelles fonctionnalités (plutôt qu'attendre 6 ans encore pour une sortie majeure!). Et voilà, maintenant tous les mois, GIMP sort avec des fonctionnalités cool. Les gens se disent maintenant que GIMP est super actif, et on se met à avoir plus de contributions (j'ai l'impression; mais ça peut aussi être simplement car on a sorti 2.10, ou autres raisons).
(5) On a créé et on maintient le flatpak pour que les linuxiens aient GIMP facilement et rapidement à chaque sortie (GIMP est maintenant dispo sous Linux à chaque sortie avant toutes les autres plateformes!).
Et sûrement plein d'autres choses.
Ensuite soyons clair: je ne souhaite pas mettre tous les éclairages sur ZeMarmot uniquement. En particulier le mainteneur, Mitch, fait un travail de dingue, connaît le code de GIMP et ses rouages bien mieux que moi. Sans parler de Ell, un alien venu d'ailleurs, qui nous optimise GIMP aux petits oignons (avec du code d'excellente qualité) depuis qu'il est arrivé. Je ne suis pas seul (heureusement!), et on a tous les 3 une grosse part dans le succès de GIMP.
Mais clairement je ne pense pas que ce soit exagéré d'affirmer que le projet ZeMarmot a vraiment contribué largement à propulser GIMP dans une nouvelle ère. On travaille sur GIMP pour un vrai projet, au quotidien (oui je me répète) et ça vaut énormément de contributions aléatoires sans but. C'est un peu une symbiose de l'artiste et des outils. Chacun a besoin de l'autre.
Si avec cela, ce n'est pas suffisant, alors je ne sais pas ce qui l'est. Je rappelle qu'on est officiellement associé à GIMP d'ailleurs (bien sûr même! Je suis un dév majeur). Même le site web gimp.org suggère de donner directement à ZeMarmot sur la page donation, ainsi que dans ses news régulières (comme la dernière news dont cette dépêche sur Linuxfr est plus ou moins une traduction un peu retravaillée). J'aurais du mal à voir comment ça pourrait être plus limpide. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]