Sauf que tu ne peux pas débarquer les pieds dans le plat et dire qu'il faut tout changer. Les dév ne le font pas, d'ailleurs.
Si tu proposes une nouvelle charte graphique, un nouveau logo et une nouvelle interface, même très bonne, on va surement refuser le tout. De la même manière, si un dév vient avec une toute nouvelle architecture, ou de gros changements en un bloc, on va le jeter. Ça s'est vu sur le noyau linux (grsecurity), par exemple (patch à priori bon, mais trop gros et ne respectant pas la manière de procéder du projet -> refusé jusqu'à reprise du truc).
Pour ajouter une fonctionnalité, un dév va devoir respecter des exigences liées au projet (faire des tests, respecter les conventions en vigueur...), un graphiste aussi. Laisser carte blanche à un designer qui débarque sur un projet sous prétexte que c'est le premier ou qu'on a personne pour vérifier, c'est une bêtise, car rien ne dit que le designer sera encore là dans deux mois pour maintenir le tout.
J'ajouterai qu'au même titre que le code n'est jugé que par les dév mais la fonctionnalité est jugée par tous, les moyens pour arriver au design final devrait n'être jugée que par ses pairs, mais les résultats et objectifs peuvent être jugé par tous. Je ne vois pas le problème dans le fait que tous les utilisateurs et contributeurs jugent un logo ou une interface, de même que je ne vois de problèmes à ce qu'ils jugent une fonctionnalité.
[^] # Re: Mon commentaire sur le blog...
Posté par Gabbro . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 9.
Sauf que tu ne peux pas débarquer les pieds dans le plat et dire qu'il faut tout changer. Les dév ne le font pas, d'ailleurs.
Si tu proposes une nouvelle charte graphique, un nouveau logo et une nouvelle interface, même très bonne, on va surement refuser le tout. De la même manière, si un dév vient avec une toute nouvelle architecture, ou de gros changements en un bloc, on va le jeter. Ça s'est vu sur le noyau linux (grsecurity), par exemple (patch à priori bon, mais trop gros et ne respectant pas la manière de procéder du projet -> refusé jusqu'à reprise du truc).
Pour ajouter une fonctionnalité, un dév va devoir respecter des exigences liées au projet (faire des tests, respecter les conventions en vigueur...), un graphiste aussi. Laisser carte blanche à un designer qui débarque sur un projet sous prétexte que c'est le premier ou qu'on a personne pour vérifier, c'est une bêtise, car rien ne dit que le designer sera encore là dans deux mois pour maintenir le tout.
J'ajouterai qu'au même titre que le code n'est jugé que par les dév mais la fonctionnalité est jugée par tous, les moyens pour arriver au design final devrait n'être jugée que par ses pairs, mais les résultats et objectifs peuvent être jugé par tous. Je ne vois pas le problème dans le fait que tous les utilisateurs et contributeurs jugent un logo ou une interface, de même que je ne vois de problèmes à ce qu'ils jugent une fonctionnalité.