1/ Beaucoup de pros (photographes, peintres, designers...) contribuent à GIMP avec des rapports de bug, des discussions, etc. L'usage de GIMP par les pros n'est certes pas au niveau statistique de Photoshop, mais c'est pas anecdotique non plus. Certains pros s'investissent de plus en plus d'ailleurs.
2/ Comme d'autres le notent, ça reste un logiciel libre, ce qui implique aussi que tous sont libres de contribuer. Si personne ne faisait de retour (ce qui n'est pas le cas, cf 1/), on peut pas les inventer. Fort heureusement nous n'avons pas à les inventer. Nous manquons plus de développeurs que d'utilisateurs pros!
3/ Nous avions un designer d'UI pro dans l'équipe jusqu'à y a 2 ans. Il n'est pas resté à force de faire des clashs (dernier en date avec moi: s' il était encore là, y aurait pas la fonction de recherche dont j'ai fait la revue, des réimplementations et que je maintiens maintenant! D'ailleurs je suis persuadé qu' y aurait pas la plupart des fonctionnalités en rapport avec l'UI de cette sortie et donc perso je suis pas mécontent qu'il ne soit plus là pour bloquer l'avancée de GIMP).
Il pensait notamment que les devs n'étaient pas capable et donc ne devaient pas faire de design du tout (tu te serais entendu avec lui!). Par contre il disait aussi qu'il fallait surtout pas écouter les utilisateurs non plus (là moins?) car ils ne savaient pas ce qu'ils voulaient et ce qui était vraiment le mieux pour eux.
La vérité (selon moi) c'est qu'il faut écouter tout le monde avec le recul et la critique (dont l'auto-critique) nécessaire.
Designers
Certes les designers ont une vision d'ensemble que les autres non pas. Ils ont fait des études avec des panels d'utilisateurs, connaissent une grande gamme de paradigmes UI, en ont testé sûrement plein, etc. En gros c'est leur boulot. On est tous d'accord sur ce point. Par contre ça ne les empêche pas de pouvoir être mauvais ou de faire des erreurs (comme tout pro de tout boulot. Ça arrive, y a pas de problème de ce côté là).
Utilisateurs
De leur côté, les utilisateurs, notamment pros ou amateurs avancés (ce qui dans ce type d'activités peut être tout à fait équivalent techniquement) ben c'est eux la cible! Alors forcément leur avis a de la valeur. Ça ne veut pas dire pour autant que tout ce qu'ils disent est bon. Si on implémentait tout ce qui nous était proposé, GIMP serait totalement schizophrène avec tout et son contraire et une interface surchargée (elle l'est déjà pas mal. J'ai essayé — sans succès — de retrouver une image marrante qui se baladait sur le web qui montrait à quoi ressemblerait l'iphone — en tous cas, je crois que c'était un iphone — si toutes les fonctionnalités demandées par des utilisateurs étaient ajoutées: on se retrouvait avec un téléphone énorme. C'était une image marrante, quelqu'un a le lien?). Ce qui leur manque notamment, c'est une vision d'ensemble. Beaucoup voient leur usage perso et veulent juste adapter le logiciel à celui-ci (ce qui est ok, soit dit en passant mais ce doit être fait intelligemment: mon idée serait sous forme de plugins par exemple, pas en changeant irrémédiablement l'ui de base pour satisfaire un utilisateur en rendant l'utilisation difficile à 1000 autres. J'ai le projet d'améliorer l'API en ce sens, pour permettre de la personnalisation d'UI plus poussée).
On a par exemple un utilisateur qui fait beaucoup de rapport de bugs, certains OK, mais beaucoup un peu farfelu. Par exemple, il nous demandait de changer le fonctionnement des couleurs d'avant et arrière plans, en nous expliquant qu'il les utilise surtout comme une sorte d'historique (à un niveau seulement) des couleurs utilisées. Il voulait donc que cela devienne officielle avec mise à jour automatique des couleurs. Or les couleurs avant/arrière plan, c'est une fonctionnalité vraiment de base, très simple par design pour que tout le monde la comprenne, et qui a vraiment un sens exact et précis. Dévier l'usage d'une fonctionnalité pour soi, pas de problème. Mais c'est pas pour autant que c'est bon pour tous. Surtout qu'on a maintenant une vrai fonctionnalité d'historique automatique des couleurs (avec une palette spéciale qui se met à jour toute seule, donc bien plus qu'à un seul niveau d'historique!).
Et quand on commente sur l'intérêt de certaines idées (comme cet exemple), cet utilisateur fait bon de nous rappeler qu'il est un professionnel qui utilise GIMP et que par conséquent, son avis vaut plus que le notre et qu'il faut l'écouter.
Un autre exemple est que les boutons sous la liste des calques commencent vraiment à être nombreux (je compte 7 boutons!). Mais des utilisateurs veulent toujours en rajouter plus et plus. Et si on dit qu'y en a trop, en général ils nous disent que tel ou tel autre bouton n'est pas très utile, donc on peut l'enlever pour gagner une place. Le problème est que chaque utilisateur a ses habitudes donc la liste des fonctionnalités importantes et inutiles à mettre en bouton à accès rapide sous la liste n'est jamais la même selon qu'on demande à l'un ou l'autre. Donc on fait comment?
La conclusion n'est pas qu'on ne doit pas écouter les utilisateurs, mais simplement que chacun a ses usages. Il nous faudrait un système de "hook" pour modifier des comportements par plugins (par exemple il pourrait y avoir un plugin qui mette à jour automatiquement les couleurs de premier/arrière plans et reproduire le comportement voulu par le premier), et pour modifier diverses parties d'UI (ainsi chacun pourrait avoir sa propre liste personnalisée sous la liste des calques!). Malheureusement ça n'existe pas encore à l'heure actuelle. Une chose est sûre: la solution en attendant n'est pas de dire oui-oui à tous les utilisateurs, pros ou pas, et de rendre l'interface de GIMP pleine de boutons illisibles et de comportements contradictoires.
Développeurs
Enfin nous avons les développeurs. Et pourquoi les développeurs ne seraient-ils pas aussi utilisateurs? Surtout dans le logiciel libre, ne pensez-vous pas que beaucoup ont commencé à contribuer soit parce qu'ils utilisent ou parce que des gens de leur entourage utilisent? Je vais vous gâcher le suspense: ben si. Tous les dévs utilisent GIMP. Certes souvent pas autant qu'ils ne codent. Et la photo/dessin/design n'est pas leur métier. Mais ils restent des utilisateurs quand même.
Et puis faut bien le dire: les dévs sont pas forcément des idiots ou des handicapés de l'usage informatique (je brise peut-être un tabou?). On sait aussi réfléchir comme des êtres humains et avoir des idées. Parfois bonnes même, je vous assure! :-D
Par exemple les demandes de fonctionnalités impraticables plus haut, il faut un esprit de développeur souvent pour trouver la solution (celle que je propose est donc par l'API). Un utilisateur souvent va juste nous dire de changer les boutons ou un comportement car il a forcément raison et son usage est évidemment le plus courant (avec ses stats perso de panel de 1 personne), ou à la limite nous proposer de rajouter une option dans les préférences (qui commencent aussi à être vraiment trop remplies d'après moi, et c'est pareil: si y a trop d'options, plus personne ne va les lire!).
Conclusion
Il faut arrêter de vouloir mettre tout le monde en boîte. Les designers ont une connaissance évidente de sujets UI et UX, ça n'en fait pas pour autant des dieux; les utilisateurs sont la cible, ça ne veut pas dire que tout ce qui sort de leur bouche est parole d'évangile; enfin les dévs n'ont pas fait d'études sur l'UI/UX et ne sont pas la cible du programme, ils n'en sont pas moins des êtres humains avec un cerveau qui utilisent aussi le dit-programme et qui peuvent aussi parfois avec de bonnes idées concernant l'UX/UI.
Aussi les groupes peuvent se recouper: les gens ne sont pas forcément distinctement ceci ou cela. Ils peuvent être un peu de tout. Et oui j'ose le dire: un dév ou un utilisateur peut même être un bon designer d'UI. Pas forcément tout le temps, mais suffisamment de fois pour qu'on écoute aussi son avis sans faire la gueule.
Au final, chez GIMP, on essaie comme on peut, on écoute les utilisateurs, et parmi eux on a pas mal de pros ou amateurs très très éclairés, on est super partant pour travailler avec un designer qui soit ouvert, si un nouveau se présentait et souhaitait faire des études utilisateurs autour de GIMP par exemple, et on réfléchit nous aussi sur les meilleurs moyens de faire un super programme pour professionnels.
C'est pas facile. On fait sûrement des erreurs de temps en temps. Mais je pense qu'on progresse bien et qu'on a pas à rougir de nos avancées.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Menu contextuel
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Nouvelle version de développement de GIMP: 2.9.4. Évalué à 7.
Sommaire
Il y a plusieurs réponses à ta remarque:
1/ Beaucoup de pros (photographes, peintres, designers...) contribuent à GIMP avec des rapports de bug, des discussions, etc. L'usage de GIMP par les pros n'est certes pas au niveau statistique de Photoshop, mais c'est pas anecdotique non plus. Certains pros s'investissent de plus en plus d'ailleurs.
2/ Comme d'autres le notent, ça reste un logiciel libre, ce qui implique aussi que tous sont libres de contribuer. Si personne ne faisait de retour (ce qui n'est pas le cas, cf 1/), on peut pas les inventer. Fort heureusement nous n'avons pas à les inventer. Nous manquons plus de développeurs que d'utilisateurs pros!
3/ Nous avions un designer d'UI pro dans l'équipe jusqu'à y a 2 ans. Il n'est pas resté à force de faire des clashs (dernier en date avec moi: s' il était encore là, y aurait pas la fonction de recherche dont j'ai fait la revue, des réimplementations et que je maintiens maintenant! D'ailleurs je suis persuadé qu' y aurait pas la plupart des fonctionnalités en rapport avec l'UI de cette sortie et donc perso je suis pas mécontent qu'il ne soit plus là pour bloquer l'avancée de GIMP).
Il pensait notamment que les devs n'étaient pas capable et donc ne devaient pas faire de design du tout (tu te serais entendu avec lui!). Par contre il disait aussi qu'il fallait surtout pas écouter les utilisateurs non plus (là moins?) car ils ne savaient pas ce qu'ils voulaient et ce qui était vraiment le mieux pour eux.
La vérité (selon moi) c'est qu'il faut écouter tout le monde avec le recul et la critique (dont l'auto-critique) nécessaire.
Designers
Certes les designers ont une vision d'ensemble que les autres non pas. Ils ont fait des études avec des panels d'utilisateurs, connaissent une grande gamme de paradigmes UI, en ont testé sûrement plein, etc. En gros c'est leur boulot. On est tous d'accord sur ce point. Par contre ça ne les empêche pas de pouvoir être mauvais ou de faire des erreurs (comme tout pro de tout boulot. Ça arrive, y a pas de problème de ce côté là).
Utilisateurs
De leur côté, les utilisateurs, notamment pros ou amateurs avancés (ce qui dans ce type d'activités peut être tout à fait équivalent techniquement) ben c'est eux la cible! Alors forcément leur avis a de la valeur. Ça ne veut pas dire pour autant que tout ce qu'ils disent est bon. Si on implémentait tout ce qui nous était proposé, GIMP serait totalement schizophrène avec tout et son contraire et une interface surchargée (elle l'est déjà pas mal. J'ai essayé — sans succès — de retrouver une image marrante qui se baladait sur le web qui montrait à quoi ressemblerait l'iphone — en tous cas, je crois que c'était un iphone — si toutes les fonctionnalités demandées par des utilisateurs étaient ajoutées: on se retrouvait avec un téléphone énorme. C'était une image marrante, quelqu'un a le lien?). Ce qui leur manque notamment, c'est une vision d'ensemble. Beaucoup voient leur usage perso et veulent juste adapter le logiciel à celui-ci (ce qui est ok, soit dit en passant mais ce doit être fait intelligemment: mon idée serait sous forme de plugins par exemple, pas en changeant irrémédiablement l'ui de base pour satisfaire un utilisateur en rendant l'utilisation difficile à 1000 autres. J'ai le projet d'améliorer l'API en ce sens, pour permettre de la personnalisation d'UI plus poussée).
On a par exemple un utilisateur qui fait beaucoup de rapport de bugs, certains OK, mais beaucoup un peu farfelu. Par exemple, il nous demandait de changer le fonctionnement des couleurs d'avant et arrière plans, en nous expliquant qu'il les utilise surtout comme une sorte d'historique (à un niveau seulement) des couleurs utilisées. Il voulait donc que cela devienne officielle avec mise à jour automatique des couleurs. Or les couleurs avant/arrière plan, c'est une fonctionnalité vraiment de base, très simple par design pour que tout le monde la comprenne, et qui a vraiment un sens exact et précis. Dévier l'usage d'une fonctionnalité pour soi, pas de problème. Mais c'est pas pour autant que c'est bon pour tous. Surtout qu'on a maintenant une vrai fonctionnalité d'historique automatique des couleurs (avec une palette spéciale qui se met à jour toute seule, donc bien plus qu'à un seul niveau d'historique!).
Et quand on commente sur l'intérêt de certaines idées (comme cet exemple), cet utilisateur fait bon de nous rappeler qu'il est un professionnel qui utilise GIMP et que par conséquent, son avis vaut plus que le notre et qu'il faut l'écouter.
Un autre exemple est que les boutons sous la liste des calques commencent vraiment à être nombreux (je compte 7 boutons!). Mais des utilisateurs veulent toujours en rajouter plus et plus. Et si on dit qu'y en a trop, en général ils nous disent que tel ou tel autre bouton n'est pas très utile, donc on peut l'enlever pour gagner une place. Le problème est que chaque utilisateur a ses habitudes donc la liste des fonctionnalités importantes et inutiles à mettre en bouton à accès rapide sous la liste n'est jamais la même selon qu'on demande à l'un ou l'autre. Donc on fait comment?
La conclusion n'est pas qu'on ne doit pas écouter les utilisateurs, mais simplement que chacun a ses usages. Il nous faudrait un système de "hook" pour modifier des comportements par plugins (par exemple il pourrait y avoir un plugin qui mette à jour automatiquement les couleurs de premier/arrière plans et reproduire le comportement voulu par le premier), et pour modifier diverses parties d'UI (ainsi chacun pourrait avoir sa propre liste personnalisée sous la liste des calques!). Malheureusement ça n'existe pas encore à l'heure actuelle. Une chose est sûre: la solution en attendant n'est pas de dire oui-oui à tous les utilisateurs, pros ou pas, et de rendre l'interface de GIMP pleine de boutons illisibles et de comportements contradictoires.
Développeurs
Enfin nous avons les développeurs. Et pourquoi les développeurs ne seraient-ils pas aussi utilisateurs? Surtout dans le logiciel libre, ne pensez-vous pas que beaucoup ont commencé à contribuer soit parce qu'ils utilisent ou parce que des gens de leur entourage utilisent? Je vais vous gâcher le suspense: ben si. Tous les dévs utilisent GIMP. Certes souvent pas autant qu'ils ne codent. Et la photo/dessin/design n'est pas leur métier. Mais ils restent des utilisateurs quand même.
Et puis faut bien le dire: les dévs sont pas forcément des idiots ou des handicapés de l'usage informatique (je brise peut-être un tabou?). On sait aussi réfléchir comme des êtres humains et avoir des idées. Parfois bonnes même, je vous assure! :-D
Par exemple les demandes de fonctionnalités impraticables plus haut, il faut un esprit de développeur souvent pour trouver la solution (celle que je propose est donc par l'API). Un utilisateur souvent va juste nous dire de changer les boutons ou un comportement car il a forcément raison et son usage est évidemment le plus courant (avec ses stats perso de panel de 1 personne), ou à la limite nous proposer de rajouter une option dans les préférences (qui commencent aussi à être vraiment trop remplies d'après moi, et c'est pareil: si y a trop d'options, plus personne ne va les lire!).
Conclusion
Il faut arrêter de vouloir mettre tout le monde en boîte. Les designers ont une connaissance évidente de sujets UI et UX, ça n'en fait pas pour autant des dieux; les utilisateurs sont la cible, ça ne veut pas dire que tout ce qui sort de leur bouche est parole d'évangile; enfin les dévs n'ont pas fait d'études sur l'UI/UX et ne sont pas la cible du programme, ils n'en sont pas moins des êtres humains avec un cerveau qui utilisent aussi le dit-programme et qui peuvent aussi parfois avec de bonnes idées concernant l'UX/UI.
Aussi les groupes peuvent se recouper: les gens ne sont pas forcément distinctement ceci ou cela. Ils peuvent être un peu de tout. Et oui j'ose le dire: un dév ou un utilisateur peut même être un bon designer d'UI. Pas forcément tout le temps, mais suffisamment de fois pour qu'on écoute aussi son avis sans faire la gueule.
Au final, chez GIMP, on essaie comme on peut, on écoute les utilisateurs, et parmi eux on a pas mal de pros ou amateurs très très éclairés, on est super partant pour travailler avec un designer qui soit ouvert, si un nouveau se présentait et souhaitait faire des études utilisateurs autour de GIMP par exemple, et on réfléchit nous aussi sur les meilleurs moyens de faire un super programme pour professionnels.
C'est pas facile. On fait sûrement des erreurs de temps en temps. Mais je pense qu'on progresse bien et qu'on a pas à rougir de nos avancées.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]