Hmm... J'ai répondu sur le blog par correction, mais je me rends compte que la vraie discussion se passe apparemment ici. Même l'auteur d'origine ne semble plus répondre qu'ici. Allez hop! Je recopie ma réponse (rédigée en s'adressant à ce designer).
Bonjour,
Ce billet dit des choses justes, mais aussi d'autres qui me font peur, notamment après avoir vécu une mauvaise expérience avec un designer dans le libre justement.
Globalement je suis totalement d'accord avec le fait que l'on doit laisser le designer bosser et qu'il est le boss dans son domaine. Il est celui qui doit avoir le dernier mot dans ce qu'il fait.
Par contre, il est normal qu'il y ait une étape intermédiaire entre "inconnu au bataillon" et "mainteneur de tout l'aspect design du logiciel". C'est la même chose pour les développeurs. Dans beaucoup de logiciels libres, si un contributeur fait un très bon code dans une zone que personne n'a touché depuis des lustres, non seulement ce code sera accepté et intégré au logiciel, mais en plus si ce contributeur reste dans le coin et continue à contribuer, il sera considéré comme le "mainteneur" de ce bout de code et celui qui décide. Mais la condition, c'est bien: "si un contributeur fait un très bon code".
Parce que du mauvais code, y en a aussi plein (développeur pro ou pas), et si un développeur se ramène dans un projet avec comme intro "J’ai 11 ans d’expérience dans le développement, j’ai réglé des problématiques conceptuelles sur des sites et des projets stratégiques gargantuesques impliquant des dizaines de personnes juste pour la partie logicielle, donc chill, je peux gérer ton projet", ben ça me fera ni chaud ni froid. Et la réponse sera la même que pour un autre: ok on accepte les patchs, on attend le tien.
Note que j'ai croisé des professionnels qui ont des années d'expérience et dont les compétences m'impressionnent absolument pas, tout comme j'ai croisé des étudiants ou très jeunes développeurs qui trouvaient vraiment des solutions extrêmement pertinentes et qualitatives sur des problèmes très complexes. L'expérience, c'est important, mais ce n'est pas tout. Et ceci s'applique quel que soit le métier.
Donc oui, je suis totalement d'accord sur le fait qu'il faut laisser travailler et avoir le dernier mot au designer, mais il faut d'abord que ce dernier passe l'étape où on l'accepte comme un designer du projet. Tu ne peux absolument pas critiquer la décision de l'équipe SPIP comme tu le fais, par exemple. Note que je l'aime bien cette proposition de design, mais bon voilà, je contribue/décide pas chez SPIP. J'ai aussi eu des patchs refusés dans ma vie dans divers projets. Souvent j'y ai passé des heures et des heures. Mais voilà, c'est la vie. Je vais pas en faire une sorte de conclusion générale (et négative) sur le processus de développement dans le logiciel libre, ni me faire une opinion générale (et très négative aussi) sur une équipe de gens que je ne connais simplement pas, encore moins aller la diffuser dans un post.
Il y a aussi cette dualité stricte entre designer et développeur, que je n'aime pas. Comme je disais, je suis tout à fait d'accord que le designer doit décider des choses du design. Mais cela ne doit pas l'empêcher de pouvoir écouter les développeurs. Un développeur, c'est pas non plus un abruti qui a du caca dans les yeux, comme tu le dis si poétiquement. Ce n'est pas parce qu'on est développeur qu'on est forcément un débile du design ou qu'on ne peut pas avoir de bonne idées. De même qu'un designer peut aussi avoir de très bonnes idées pour les développeurs (il n'est pas toujours nécessaire de savoir programmer pour comprendre le boulot du développeur, ce n'est qu'une — parfois minime même — partie du boulot de développeur, ce que certains designers ne semblent pas voir).
Je parlais de mauvaise expérience, c'était justement avec un designer qui marquait une triple et très stricte catégorisation des gens: designer, développeur et utilisateur. Je me rappelle même qu'en réunion, une fois, il commence en notant un triangle sur tableau blanc pour noter les 3 catégories clairement séparées (la base de sa philosophie de contribution quoi). Il nous disait alors très clairement que les développeurs étaient des abrutis qui ne devaient absolument pas toucher ou parler du design. Un peu comme toi. Super expérience [ironique], je le dis tout de suite. Comme quoi, y a pas que les designers qui se font mal traiter par les dévs et peuvent mal vivre la collaboration (franchement j'ai très mal vécu cette collaboration et je suis très heureux qu'il soit parti, ça a débloqué beaucoup de choses car justement on le considérait comme le boss du design et on avait accepté son leadership dans ce domaine! Selon moi une erreur puisque c'était ce genre de personne, mais ça montre bien que c'est tout à fait possible). L'inverse existe donc aussi.
Le fait est que le designer est en effet celui avec l'expérience, la connaissance théorique, etc. sur le design. Il est celui qui aura le dernier mot. Ça ne l'empêche pas de pouvoir parfois avoir tort (voire d'être mauvais, comme un développeur peut être mauvais, etc. Le fait d'être un professionnel n'empêche pas cela) ou de pouvoir revoir ses idées en prenant en compte des contre-propositions. Le dév, c'est un techos; mais ça l'empêche pas d'avoir des idées dans le champs du design, et parfois bonnes, qui sait! Quant à l'utilisateur (non parce que ce designer considérait aussi que les gens ne savaient pas ce qui était bon pour eux et qu'il ne fallait donc pas les écouter, ce avec quoi je ne suis absolument pas d'accord non plus; je ne sais pas quelle est ta position sur le sujet, mais puisque tu considères qu'il ne faut écouter que le designer dont c'est le métier, j'imagine que tu te positionnes donc aussi pareil?)... les designers et développeurs sont pas aussi des utilisateurs potentiels? Pourquoi faire une sorte de limite stricte? Au final, les "utilisateurs", ben c'est des gens. Et ils ont aussi le droit à une opinion (même si — encore une fois — oui ils sont pas des designers pros et le(s) designer(s) du projet sera celui avec le dernier mot).
Ensuite dans ma vie, j'ai aussi eu de très bonnes interactions avec des designers (dans le logiciel propriétaire, c'est triste à dire!). Je me souviens de jobs où je lisais une spéc, puis j'allais m'asseoir à côté du designer et faisais quelques commentaires. Parfois il m'expliquait pourquoi mes idées n'allaient pas, puis après une discussion, je comprenais et remballais l'idée. D'autres fois, il comprenait mes idées, était d'accord, et faisait évoluer sa spéc. Franchement, ça se passait super bien, extrêmement bonne collaboration et très bon souvenir. Et c'était aussi un designer avec des années d'expériences, etc. etc. Mais la question n'est pas là!
Au final, je conclurai généralement: le logiciel libre, c'est comme partout, c'est fait d'humains avant tout. Et comme tout entre humains, la collaboration, ça veut aussi dire discuter et savoir prendre un peu sur soi de temps de temps. Aussi savoir accepter les critiques d'ailleurs (du moment qu'elles sont constructives et pas agressives, bien sûr!).
Je trouve que le libre est un très bon environnement pour se former à la fois une estime de soi, mais aussi une forme d'humilité.
Je travaille sur des logiciels libres, dont un très gros, et je suis constamment à la recherche de designers qui accepteraient de prendre la charge du design (ou d'une partie de celui-ci) parce que c'est un très vieux logiciel qui a vraiment une vieille GUI basée sur des paradigmes d'il y a plus de 20 ans (22 ans cette année). Une fois qu'on se sera mis d'accord, on considérera leurs choix comme des décisions. Mais ça ne doit pas empêcher les discussions et clairement je suis à la recherche de quelqu'un qui ne considérera pas les développeurs comme des sous-hommes. Je ne dis pas que c'est nécessairement ton cas. Je n'ai aucune idée de comment se passerait la collaboration avec toi et ne connais pas ton travail, ni n'ai aucun moyen de juger vraiment juste par cet article de blog. Peut-être que ça se passerait super bien, qui sait! Mais j'avoue que ça fait un peu peur de lire ton avis sur la collaboration avec les développeurs, ou du moins ce que je crois en comprendre. :-/
Ensuite je lis peut-être mal entre les lignes et me plante peut-être sur tes dires et intentions. Donc bah j'espère que tu trouveras ton bonheur dans le design de logiciel libre! Car oui, beaucoup de logiciels en ont vraiment besoin (ceux auxquels je contribue aussi sont clairement du lot!). Je suis d'accord sur ce point.
Donc bonne continuation!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Mon commentaire sur le blog...
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 10.
Hmm... J'ai répondu sur le blog par correction, mais je me rends compte que la vraie discussion se passe apparemment ici. Même l'auteur d'origine ne semble plus répondre qu'ici. Allez hop! Je recopie ma réponse (rédigée en s'adressant à ce designer).
Bonjour,
Ce billet dit des choses justes, mais aussi d'autres qui me font peur, notamment après avoir vécu une mauvaise expérience avec un designer dans le libre justement.
Globalement je suis totalement d'accord avec le fait que l'on doit laisser le designer bosser et qu'il est le boss dans son domaine. Il est celui qui doit avoir le dernier mot dans ce qu'il fait.
Par contre, il est normal qu'il y ait une étape intermédiaire entre "inconnu au bataillon" et "mainteneur de tout l'aspect design du logiciel". C'est la même chose pour les développeurs. Dans beaucoup de logiciels libres, si un contributeur fait un très bon code dans une zone que personne n'a touché depuis des lustres, non seulement ce code sera accepté et intégré au logiciel, mais en plus si ce contributeur reste dans le coin et continue à contribuer, il sera considéré comme le "mainteneur" de ce bout de code et celui qui décide. Mais la condition, c'est bien: "si un contributeur fait un très bon code".
Parce que du mauvais code, y en a aussi plein (développeur pro ou pas), et si un développeur se ramène dans un projet avec comme intro "J’ai 11 ans d’expérience dans le développement, j’ai réglé des problématiques conceptuelles sur des sites et des projets stratégiques gargantuesques impliquant des dizaines de personnes juste pour la partie logicielle, donc chill, je peux gérer ton projet", ben ça me fera ni chaud ni froid. Et la réponse sera la même que pour un autre: ok on accepte les patchs, on attend le tien.
Note que j'ai croisé des professionnels qui ont des années d'expérience et dont les compétences m'impressionnent absolument pas, tout comme j'ai croisé des étudiants ou très jeunes développeurs qui trouvaient vraiment des solutions extrêmement pertinentes et qualitatives sur des problèmes très complexes. L'expérience, c'est important, mais ce n'est pas tout. Et ceci s'applique quel que soit le métier.
Donc oui, je suis totalement d'accord sur le fait qu'il faut laisser travailler et avoir le dernier mot au designer, mais il faut d'abord que ce dernier passe l'étape où on l'accepte comme un designer du projet. Tu ne peux absolument pas critiquer la décision de l'équipe SPIP comme tu le fais, par exemple. Note que je l'aime bien cette proposition de design, mais bon voilà, je contribue/décide pas chez SPIP. J'ai aussi eu des patchs refusés dans ma vie dans divers projets. Souvent j'y ai passé des heures et des heures. Mais voilà, c'est la vie. Je vais pas en faire une sorte de conclusion générale (et négative) sur le processus de développement dans le logiciel libre, ni me faire une opinion générale (et très négative aussi) sur une équipe de gens que je ne connais simplement pas, encore moins aller la diffuser dans un post.
Il y a aussi cette dualité stricte entre designer et développeur, que je n'aime pas. Comme je disais, je suis tout à fait d'accord que le designer doit décider des choses du design. Mais cela ne doit pas l'empêcher de pouvoir écouter les développeurs. Un développeur, c'est pas non plus un abruti qui a du caca dans les yeux, comme tu le dis si poétiquement. Ce n'est pas parce qu'on est développeur qu'on est forcément un débile du design ou qu'on ne peut pas avoir de bonne idées. De même qu'un designer peut aussi avoir de très bonnes idées pour les développeurs (il n'est pas toujours nécessaire de savoir programmer pour comprendre le boulot du développeur, ce n'est qu'une — parfois minime même — partie du boulot de développeur, ce que certains designers ne semblent pas voir).
Je parlais de mauvaise expérience, c'était justement avec un designer qui marquait une triple et très stricte catégorisation des gens: designer, développeur et utilisateur. Je me rappelle même qu'en réunion, une fois, il commence en notant un triangle sur tableau blanc pour noter les 3 catégories clairement séparées (la base de sa philosophie de contribution quoi). Il nous disait alors très clairement que les développeurs étaient des abrutis qui ne devaient absolument pas toucher ou parler du design. Un peu comme toi. Super expérience [ironique], je le dis tout de suite. Comme quoi, y a pas que les designers qui se font mal traiter par les dévs et peuvent mal vivre la collaboration (franchement j'ai très mal vécu cette collaboration et je suis très heureux qu'il soit parti, ça a débloqué beaucoup de choses car justement on le considérait comme le boss du design et on avait accepté son leadership dans ce domaine! Selon moi une erreur puisque c'était ce genre de personne, mais ça montre bien que c'est tout à fait possible). L'inverse existe donc aussi.
Le fait est que le designer est en effet celui avec l'expérience, la connaissance théorique, etc. sur le design. Il est celui qui aura le dernier mot. Ça ne l'empêche pas de pouvoir parfois avoir tort (voire d'être mauvais, comme un développeur peut être mauvais, etc. Le fait d'être un professionnel n'empêche pas cela) ou de pouvoir revoir ses idées en prenant en compte des contre-propositions. Le dév, c'est un techos; mais ça l'empêche pas d'avoir des idées dans le champs du design, et parfois bonnes, qui sait! Quant à l'utilisateur (non parce que ce designer considérait aussi que les gens ne savaient pas ce qui était bon pour eux et qu'il ne fallait donc pas les écouter, ce avec quoi je ne suis absolument pas d'accord non plus; je ne sais pas quelle est ta position sur le sujet, mais puisque tu considères qu'il ne faut écouter que le designer dont c'est le métier, j'imagine que tu te positionnes donc aussi pareil?)... les designers et développeurs sont pas aussi des utilisateurs potentiels? Pourquoi faire une sorte de limite stricte? Au final, les "utilisateurs", ben c'est des gens. Et ils ont aussi le droit à une opinion (même si — encore une fois — oui ils sont pas des designers pros et le(s) designer(s) du projet sera celui avec le dernier mot).
Ensuite dans ma vie, j'ai aussi eu de très bonnes interactions avec des designers (dans le logiciel propriétaire, c'est triste à dire!). Je me souviens de jobs où je lisais une spéc, puis j'allais m'asseoir à côté du designer et faisais quelques commentaires. Parfois il m'expliquait pourquoi mes idées n'allaient pas, puis après une discussion, je comprenais et remballais l'idée. D'autres fois, il comprenait mes idées, était d'accord, et faisait évoluer sa spéc. Franchement, ça se passait super bien, extrêmement bonne collaboration et très bon souvenir. Et c'était aussi un designer avec des années d'expériences, etc. etc. Mais la question n'est pas là!
Au final, je conclurai généralement: le logiciel libre, c'est comme partout, c'est fait d'humains avant tout. Et comme tout entre humains, la collaboration, ça veut aussi dire discuter et savoir prendre un peu sur soi de temps de temps. Aussi savoir accepter les critiques d'ailleurs (du moment qu'elles sont constructives et pas agressives, bien sûr!).
Je trouve que le libre est un très bon environnement pour se former à la fois une estime de soi, mais aussi une forme d'humilité.
Je travaille sur des logiciels libres, dont un très gros, et je suis constamment à la recherche de designers qui accepteraient de prendre la charge du design (ou d'une partie de celui-ci) parce que c'est un très vieux logiciel qui a vraiment une vieille GUI basée sur des paradigmes d'il y a plus de 20 ans (22 ans cette année). Une fois qu'on se sera mis d'accord, on considérera leurs choix comme des décisions. Mais ça ne doit pas empêcher les discussions et clairement je suis à la recherche de quelqu'un qui ne considérera pas les développeurs comme des sous-hommes. Je ne dis pas que c'est nécessairement ton cas. Je n'ai aucune idée de comment se passerait la collaboration avec toi et ne connais pas ton travail, ni n'ai aucun moyen de juger vraiment juste par cet article de blog. Peut-être que ça se passerait super bien, qui sait! Mais j'avoue que ça fait un peu peur de lire ton avis sur la collaboration avec les développeurs, ou du moins ce que je crois en comprendre. :-/
Ensuite je lis peut-être mal entre les lignes et me plante peut-être sur tes dires et intentions. Donc bah j'espère que tu trouveras ton bonheur dans le design de logiciel libre! Car oui, beaucoup de logiciels en ont vraiment besoin (ceux auxquels je contribue aussi sont clairement du lot!). Je suis d'accord sur ce point.
Donc bonne continuation!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]