Tout comme je n’irai pas tripatouiller un repo de code pour l’améliorer car je ne suis pas dev, j’aimerais que des développeurs ne viennent pas tripatouiller le design. Je souhaiterais juste recevoir des pull request de mes pairs ou du moins de la part de gens ayant assez de bagage et de connaissances pour commenter.
Je croyais que la raison d'être d'un logiciel était de satisfaire les utilisateurs, et non de satisfaire l'égo des designers (ou dévelppeurs). A partir de là a réaction me gène : un développeur sera tout à fait légitime pour modifier le design d'un soft s'il a eu une demande de la part des utilisateurs, de mêmequ'un designer peut très bien modifier le code d'une appli si les utilisateurs lui ont demandé une modification qui implique un changement de code. Après, c'est lors des merge des diverses branches de code qu'il faudra trancher en cas de désaccord. Sinon, faut que certains designers cessent de prendre la grosse tête et de croire qu'ils savent toujours ce qui est bon pour les utilisateurs. La grande majorité d'entre eux n'en savent rien, ne font que des suppositions basées sur le fait qu'il n'y a qu'une seule approche dans le développement des UI, que tout le monde pense pareil, et qu'il faut tout changer tous les 4 matins parce que c'est mieux. LE jour ou les designers d'I auront compris que tout le monde n'a pas le même mode de réflexion, et que ce qui leur parait intuitif ne l'est pas forcément pour quelqu'un d'autre, on aura bien avancé dans l'amélioration des UI.
# Raisonnement débile ...
Posté par totof2000 . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 7.
Je croyais que la raison d'être d'un logiciel était de satisfaire les utilisateurs, et non de satisfaire l'égo des designers (ou dévelppeurs). A partir de là a réaction me gène : un développeur sera tout à fait légitime pour modifier le design d'un soft s'il a eu une demande de la part des utilisateurs, de mêmequ'un designer peut très bien modifier le code d'une appli si les utilisateurs lui ont demandé une modification qui implique un changement de code. Après, c'est lors des merge des diverses branches de code qu'il faudra trancher en cas de désaccord. Sinon, faut que certains designers cessent de prendre la grosse tête et de croire qu'ils savent toujours ce qui est bon pour les utilisateurs. La grande majorité d'entre eux n'en savent rien, ne font que des suppositions basées sur le fait qu'il n'y a qu'une seule approche dans le développement des UI, que tout le monde pense pareil, et qu'il faut tout changer tous les 4 matins parce que c'est mieux. LE jour ou les designers d'I auront compris que tout le monde n'a pas le même mode de réflexion, et que ce qui leur parait intuitif ne l'est pas forcément pour quelqu'un d'autre, on aura bien avancé dans l'amélioration des UI.